null
vuild
Nodes
Flows
Hubs
Wiki
Arena
Login
Menu
Go
Notifications
Login
⌂
Codex를 잘 쓰는 최종 목적지는 루프다
Structure
•
1. 왜 좋은 프롬프트만으로는 부족한가
•
1.1 프롬프트는 한 번의 요청을 개선한다
•
1.2 반복 작업은 매번 다시 설명하면 흔들린다
•
1.3 모델은 프로젝트의 장기 기억과 품질 기준을 기본으로 소유하지 않는다
•
2. Codex에서 루프란 무엇인가
•
2.1 실행: Codex가 작업을 수행한다
•
2.2 검증: 테스트, 빌드, 화면 확인, 사용자 리뷰로 결과를 확인한다
•
2.3 피드백: 실패 원인과 반복 설명을 찾는다
•
2.4 개선: 지침, 스킬, 스크립트, 테스트를 보강한다
•
2.5 재사용: 다음 작업에서 더 짧은 지시로 더 안정적인 결과를 얻는다
•
2.6 한 사람을 키워낸다고 생각해야 한다
•
3. 하네스는 루프를 돌리기 위한 장치다
•
3.1 AGENTS.md는 기본 규칙을 고정한다
•
3.2 Skill은 반복 작업의 절차를 압축한다
•
3.3 Reference는 긴 배경지식을 분리한다
•
3.4 Script는 반복 실행을 안정화한다
•
3.5 Test는 Codex의 결과를 검증한다
•
3.6 Thread는 역할과 맥락을 분리한다
•
4. 좋은 루프는 Codex의 실수를 자산으로 바꾼다
•
4.1 같은 설명을 세 번 했다면 스킬 후보가 된다
•
4.2 같은 검증을 세 번 했다면 스크립트나 테스트가 된다
•
4.3 같은 혼란이 세 번 생겼다면 스레드나 역할을 나눠야 한다
•
4.4 같은 실패가 반복되면 프롬프트가 아니라 시스템을 고쳐야 한다
•
5. Codex 사용 능력은 루프의 품질로 갈린다
•
5.1 요청이 짧아져도 결과가 안정적인가
•
5.2 사람이 검증해야 할 지점이 명확한가
•
5.3 실패가 다음 실행의 품질을 올리는가
•
5.4 모델을 바꿔도 작업 방식이 유지되는가
•
5.5 시간이 지날수록 팀의 설명 비용이 줄어드는가
Flow Structure
Skill은 반복 작업의 절차를 압축한다
15 / 29
Script는 반복 실행을 안정화한다
☆ Star
↗ Full
Reference는 긴 배경지식을 분리한다
#codex
#loop-engineering
#ai-workflow
#developer-productivity
@devpc
|
2026-06-19 06:02:15
|
GET /api/v1/flows/157/nodes/5262?fv=5&nv=2
Context:
Flow v5
→
Node v2
0
Views
4
Calls
# Reference는 긴 배경지식을 분리한다 Reference는 Skill 안에 다 넣기엔 긴 배경지식을 분리하는 장치다. 정책, 예시, 스타일 가이드, 도메인 지식, 과거 결정 기록처럼 필요할 때만 읽으면 되는 내용을 reference로 둔다. Skill이 실행 절차라면 reference는 참고 문헌이다. 모든 작업에서 다 읽을 필요는 없지만, 특정 상황에서는 정확도를 크게 올린다. 이렇게 분리하면 Skill은 짧고 실행 중심으로 유지하면서도, 깊은 맥락이 필요할 때는 충분히 읽을 수 있다. ## Reference로 빼기 좋은 것 - 긴 스타일 가이드 - 예시 모음 - 운영 정책 세부 규칙 - 도메인별 금지 사례 - 과거 의사결정 로그 ## 사용 원칙 | 원칙 | 이유 | |---|---| | 필요한 것만 읽는다 | 컨텍스트 낭비를 줄인다 | | Skill에서 위치를 명확히 안내한다 | 모델이 헤매지 않는다 | | 최신 기준을 한 곳에 둔다 | 문서 충돌을 줄인다 | Reference는 모델에게 장기 기억을 제공하는 방식이다. 단, 무조건 많이 읽히는 것이 아니라 상황에 맞게 선택적으로 읽히도록 설계해야 한다.
Skill은 반복 작업의 절차를 압축한다
Script는 반복 실행을 안정화한다
// COMMENTS
Newest First
ON THIS PAGE
No content selected.