majiayu000 Codex-Claude 엔지니어링 루프 스킬
언제 사용하는가 (When to Use)
다음 작업 후 사용 권장 (Plan 검증은 요청 시/합의 시에만 실행):
- 비 trivial한 계획 수립 후 (3단계 이상, 아키텍처 영향, 여러 파일 변경) → Plan 검증은 사용자 합의/요청 시 진행
- 코드 구현 완료 후 (새 기능, 리팩터링, API 변경)
- 빌드/배포 전 최종 검증
- 주요 작업 완료 후 품질 게이트 통과 확인
사용하지 않는 경우:
- 단순 설정 변경 (환경 변수, 포맷 설정 등)
- 문서 업데이트만 수행한 경우
- 1-2줄 간단한 수정 (오타, 스타일 조정)
역할 (Role)
- 기본 역할은
CLAUDE.md정의를 따른다. Codex는 계획·구현을 검증하는 리뷰어다. - 항상 마지막으로 정리한 에이전트가 이어받아 작업한다.
제약 기반 가드레일 (Gemini 프롬프트 전략 반영)
- 컨텍스트 범위 명시: 변경 대상 파일·폴더 외에는 추측·가정·수정 금지. 근거는 파일/라인으로 지목.
- 산출물 형식 고정: 요청된 출력 포맷(Plan/Implementation/Review)과 길이 제한을 명시하고 유지한다.
- 허용/금지 행동 선언: 외부 리소스 호출, 새로운 의존성 추가, 대규모 리팩터는 사전 합의 없이는 금지.
- 불확실성 처리: 정보 부족·모호 시 짧게 질의 후 진행. 모를 때는 추측 대신 “확인 필요”로 명시.
- 체크리스트 기반 자기검증: 응답 직전 핵심 제약(파일 범위, 포맷, 금지 항목, 리스크 포함 여부)을 빠르게 점검 후 제출.
응답 템플릿
사용자 입력 (User Context)
- 변경 대상 파일/폴더:
- 현재 동작:
- 추가 맥락:
- (필요 시) 제약/우선순위: 허용/금지 행동, 출력 길이·포맷, 모호성 해소 질문 필요 여부
예시
- 변경 대상 파일/폴더:
src/app/page.tsxsrc/store/dashboardStore.ts
- 현재 동작: 서버에서 데이터 fetch 후 로컬 상태에 저장
- 추가 맥락: React 19 대응 예정이라 Suspense / useOptimistic 사용 가능
작업 (Task)
- 사용자가 요청한 작업을 bullet로 정리한다.
- 예시:
- dashboard 상태관리 로직을 Zustand + Immer로 분리
- 기존 코드에서 발생 가능한 breakage를 최소화
- 타입 안전성(타입 좁히기, ReturnType 등) 고려
- 제약을 다시 한 번 요약한다(금지/허용 행동, 출력 포맷, 길이, 확인 필요 사항).
출력 형식 (Output Format)
- Plan(계획): 핵심 단계, 가설, 리스크를 요약한다.
- Implementation(구현): 파일별 변경점과 근거를 요약한다.
- Review(리뷰): edge case, 테스트 방법, 남은 리스크를 정리한다.
최종 지시 (Final Instruction)
- 반드시 Plan → Implementation → Review 순서로 답변한다.
Codex-Claude Loop 절차
- 계획(Claude): 상세 계획을 수립하고
.claude/docs/tasks/context.md에 기록한다. - 계획 검증(Codex) (옵션): 사용자 요청/합의가 있을 때 MCP 도구로 백그라운드 검증을 요청한다.
mcp__codex__spawn_agent도구 사용- 프롬프트 예시:
이 구현 계획을 검토하고 문제를 찾아줘: [Claude의 계획 내용] 아래를 중점적으로 확인해: - 논리 오류 및 누락된 엣지 케이스 - 데이터/흐름 일관성, API 계약 위반 여부 - 타입 안전성(타입 좁히기, null/undefined 처리)과 에러 처리 - 성능/자원 낭비 가능성 - 보안/권한/입력 검증 - 프레임워크/언어 베스트프랙티스 준수 여부 - 프로젝트별 코드 컨벤션 및 레포 규칙 준수 여부 (CLAUDE.md 등) 제약: - Plan/Implementation/Review 포맷 유지, 산출물은 요약본만 - 컨텍스트에 없는 파일·의존성 언급 금지, 모르면 “확인 필요”로 표시 - 근거를 파일/라인 근처로 지목- 결과 요약: Codex 응답에서 핵심 이슈만 추출해 사용자에게 전달 (전체 로그는 필요시만)
- 피드백 루프: Codex가 지적한 핵심 이슈를 요약해 공유하고 계획을 보완한다. 필요 시 사용자에게 "계획을 수정하고 재검증할까요, 아니면 수정하면서 진행할까요?"로 확인 후 재검증한다.
- 구현(Claude): 검증된 계획대로 단계별로 구현하고, 오류 처리와 변경사항을 명시적으로 기록한다.
- 교차 리뷰(Codex): 구현 후 MCP 도구로 백그라운드에서 리뷰를 요청한다.
mcp__codex__spawn_agent도구 사용- 프롬프트 예시:
구현을 리뷰하고 아래를 확인해줘: - 논리/흐름 오류, 엣지 케이스 누락 - 타입 안전성 및 null/undefined 방어, 에러/예외 처리 - API 계약 및 데이터 모델 정합성 - 성능, 자원 낭비 가능성 - 보안/권한/입력 검증 - 프레임워크/언어 베스트프랙티스 준수 - 프로젝트별 코드 컨벤션 및 레포 규칙 준수 (CLAUDE.md 등) - 코드 복잡도 및 유지보수성 제약: - 응답을 Plan/Implementation/Review 포맷으로 요약 - 컨텍스트 밖 의존성·파일 제안 금지, 필요 시 “확인 필요”로 명시 - 발견마다 파일/라인 근거를 짧게 지목- 결과 요약: 치명적 이슈, 경고, 제안을 분류해 요약 전달
- 재검증 및 이어가기: 치명적 이슈는 즉시 수정하고, 큰 구조 변경은 사용자와 상의한다. 수정 후 필요시 MCP로 재검증한다.
- 에러 처리: Codex 또는 구현 에러가 나면 원인 분석 → 수정 전략 조정 → 대규모/파급 변경 전 사용자 확인을 거친다.
Codex 결과 요약 가이드
요약 원칙
- 핵심만 전달: 치명적 이슈 > 경고 > 제안 순으로 우선순위
- 간결성: 사용자에게는 3-5개 핵심 포인트만 전달
- 컨텍스트 절약: 전체 Codex 로그는 채팅에 표시하지 않음
- 액션 중심: 각 이슈에 대한 조치 방안 포함
요약 템플릿
Codex 검증 완료:
🔴 치명적 이슈 (즉시 수정 필요):
- [이슈 1]: [간단한 설명] → [조치 방안]
🟡 경고 (개선 권장):
- [이슈 2]: [간단한 설명] → [조치 방안]
💡 제안:
- [이슈 3]: [간단한 설명]
예시
Codex 검증 완료:
🔴 치명적 이슈:
- 타입 안전성: PagingResponse<T> 미사용 → API 응답에 PagingResponse 타입 적용 필요
🟡 경고:
- 에러 핸들링: Either Left 케이스 누락 → fold로 양쪽 처리 추가 권장
💡 제안:
- 성능: useMemo로 리스트 필터링 최적화 고려
참고 사항
- Plan 검증:
mcp__codex__spawn_agent도구로 계획 검증 프롬프트 실행 - 구현: Claude Edit/Write/Read 도구 사용
- 리뷰:
mcp__codex__spawn_agent도구로 구현 리뷰 프롬프트 실행 - 병렬 검증: 여러 관점에서 동시 검증이 필요하면
mcp__codex__spawn_agents_parallel사용