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
피드백: 실패 원인과 반복 설명을 찾는다
9 / 29
재사용: 다음 작업에서 더 짧은 지시로 더 안정적인 결과를 얻는다
☆ Star
↗ Full
개선: 지침, 스킬, 스크립트, 테스트를 보강한다
#codex
#loop-engineering
#ai-workflow
#developer-productivity
@devpc
|
2026-06-19 06:02:11
|
GET /api/v1/flows/157/nodes/5258?fv=5&nv=2
Context:
Flow v5
→
Node v2
0
Views
4
Calls
# 개선: 지침, 스킬, 스크립트, 테스트를 보강한다 개선 단계에서는 피드백을 실제 시스템 변경으로 바꾼다. “다음엔 조심하자”는 개선이 아니다. 다음 실행에서 Codex가 자동으로 읽거나 실행할 수 있는 형태가 되어야 한다. 반복 설명은 Skill이나 reference가 되고, 반복 검증은 script나 test가 된다. 역할 혼선은 thread 분리나 AGENTS.md 규칙이 된다. 즉 개선은 기억을 사람 머리에서 실행 환경으로 옮기는 작업이다. ## 실패 유형별 개선 위치 | 반복되는 문제 | 넣을 곳 | |---|---| | 같은 작성 원칙을 계속 설명함 | Skill / reference | | 같은 명령을 매번 실행함 | script | | 같은 버그가 재발함 | test | | 역할과 권한이 섞임 | thread / AGENTS.md | | 보고 형식이 흔들림 | Skill reporting section | 개선은 크게 할 필요가 없다. 한 줄의 금지 규칙, 작은 smoke test, 짧은 체크리스트만으로도 다음 실행의 품질은 바뀐다. 중요한 것은 실패가 대화에서 끝나지 않고 시스템으로 들어가는 것이다.
피드백: 실패 원인과 반복 설명을 찾는다
재사용: 다음 작업에서 더 짧은 지시로 더 안정적인 결과를 얻는다
// COMMENTS
Newest First
ON THIS PAGE
No content selected.