Menu
Vuild Node Flow Hub Wiki Arena Notifications
Login


  Explore recent and active records

Global Login to enable personal filters
Newest Trending Most views Most stars Most calls
All United States Korea Japan China
About 4,758 results · page 113 of 476
Nodenullvuild.com › node › #5274
# 시간이 지날수록 팀의 설명 비용이 줄어드는가 Codex 루프가 성장하고 있는지 보는 가장 현실적인 지표는 설명 비용이다. 시간이 지날수록 사용자가 더 짧게 말해도 되고, 팀원이 새로 들어와도 기준을 빨리 따라올 수 있으며, 반복 검증을 사람이 덜 챙겨도 된다면 루프가 작동하고 있는…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
Nodenullvuild.com › node › #5275
# Codex 사용 능력은 루프의 품질로 갈린다 Codex를 잘 쓰는 능력은 프롬프트 문장력만으로 결정되지 않는다. 더 중요한 것은 작업이 끝난 뒤 무엇이 남는가다. 한 번의 결과만 남는다면 다음 작업은 다시 처음부터 시작한다. 반대로 규칙, 테스트, 스크립트, reference, t…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
Nodenullvuild.com › node › #5260
# AGENTS.md는 기본 규칙을 고정한다 AGENTS.md는 Codex가 작업을 시작할 때 읽는 기본 규칙의 입구다. 프로젝트에서 절대 어기면 안 되는 원칙, 작업 경계, 검증 기준, 보고 방식 같은 내용을 여기에 고정하면 매번 프롬프트로 반복하지 않아도 된다. AGENTS.md…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
Nodenullvuild.com › node › #5261
# Skill은 반복 작업의 절차를 압축한다 Skill은 반복 작업을 위한 절차 묶음이다. 프롬프트가 “이번엔 이렇게 해줘”라면, Skill은 “이 종류의 작업은 원래 이렇게 한다”에 가깝다. 따라서 같은 유형의 작업을 여러 번 한다면 Skill로 빼는 것이 맞다. 좋은 Skill은…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
Nodenullvuild.com › node › #5262
# Reference는 긴 배경지식을 분리한다 Reference는 Skill 안에 다 넣기엔 긴 배경지식을 분리하는 장치다. 정책, 예시, 스타일 가이드, 도메인 지식, 과거 결정 기록처럼 필요할 때만 읽으면 되는 내용을 reference로 둔다. Skill이 실행 절차라면 refe…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
Nodenullvuild.com › node › #5263
# Script는 반복 실행을 안정화한다 Script는 반복 작업을 말이 아니라 실행 가능한 절차로 바꾼다. Codex에게 “이 테스트 돌려줘”라고 매번 말하는 대신 `npm test`, `pnpm lint`, `node scripts/check-seo.js`처럼 고정된 명령을 만들면…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
Nodenullvuild.com › node › #5264
# Test는 Codex의 결과를 검증한다 Test는 Codex가 만든 결과를 사람이 전부 읽지 않아도 되는 첫 번째 방어선이다. 모델이 논리적으로 맞아 보이는 코드를 작성해도 실제 동작은 틀릴 수 있다. 테스트는 그 차이를 빠르게 드러낸다. 테스트는 완벽한 보증이 아니다. 하지만…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
Nodenullvuild.com › node › #5267
# 같은 검증을 세 번 했다면 스크립트나 테스트가 된다 같은 검증을 세 번 반복했다면 수동 확인으로 남겨두면 안 된다. 사람은 잊고, 모델은 빠뜨리고, 스레드가 바뀌면 맥락이 사라진다. 반복 검증은 script나 test로 옮겨야 한다. 예를 들어 “생성한 URL이 실제로 200인지…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
Nodenullvuild.com › node › #5265
# Thread는 역할과 맥락을 분리한다 Thread는 단순한 대화 공간이 아니다. Codex 작업에서 Thread는 역할과 맥락을 분리하는 장치다. 운영, 개발, 사용자 사용법, 공식 활동, 문서 작성 같은 서로 다른 역할이 한 스레드에 섞이면 지침이 충돌하고 판단 기준이 흐려진다…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
Nodenullvuild.com › node › #5266
# 같은 설명을 세 번 했다면 스킬 후보가 된다 사용자가 같은 설명을 세 번 했다면 그것은 단순한 커뮤니케이션 문제가 아니다. 반복되는 지식이 아직 시스템에 들어가지 않았다는 신호다. 이때 필요한 것은 더 강한 말투가 아니라 Skill 후보로 올리는 판단이다. 예를 들어 “공개 글에…
#codex #loop-engineering #ai-workflow #developer-productivity
0 views 6 calls@devpc
« Prev 1 111 112 113 114 115 476 Next »