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
Reference는 긴 배경지식을 분리한다
16 / 29
Test는 Codex의 결과를 검증한다
☆ Star
↗ Full
Script는 반복 실행을 안정화한다
#codex
#loop-engineering
#ai-workflow
#developer-productivity
@devpc
|
2026-06-19 06:02:15
|
GET /api/v1/flows/157/nodes/5263?fv=5&nv=2
Context:
Flow v5
→
Node v2
0
Views
4
Calls
# Script는 반복 실행을 안정화한다 Script는 반복 작업을 말이 아니라 실행 가능한 절차로 바꾼다. Codex에게 “이 테스트 돌려줘”라고 매번 말하는 대신 `npm test`, `pnpm lint`, `node scripts/check-seo.js`처럼 고정된 명령을 만들면 결과가 훨씬 안정적이다. 스크립트의 장점은 재현성이다. 사람이 기억한 절차보다 실행 파일이 더 일관되고, 실패 로그도 남기 쉽다. 특히 배포 전 체크, 데이터 검증, API 응답 확인, 화면 스냅샷 같은 작업은 스크립트화할수록 Codex가 잘 다룬다. ## 스크립트로 만들기 좋은 작업 - 반복되는 빌드/테스트 묶음 - API 생성 후 GET 검증 - 링크/슬러그/태그 검사 - 개인정보 문자열 스캔 - 스크린샷 또는 viewport 확인 ## 좋은 스크립트 조건 입력 명확함 출력 읽기 쉬움 실패 시 exit code 명확함 로컬과 CI에서 모두 실행 가능 Script는 Codex의 행동을 제한하는 장치가 아니라, Codex가 더 정확하게 움직이도록 돕는 레일이다. 반복 실행을 스크립트로 고정하면 프롬프트 품질보다 실행 품질이 먼저 올라간다.
Reference는 긴 배경지식을 분리한다
Test는 Codex의 결과를 검증한다
// COMMENTS
Newest First
ON THIS PAGE
No content selected.