RECIPE 1
새 기능 구현
기존 구조를 지키는 작은 기능 추가
- 예상 시간
- 20~40분
- 난이도
- 보통
- 비용
- 낮음~보통
- 단계
- 4단계
- 추천 설정
- 관련 파일·완료 조건·테스트 명령
진행 단계
- 1진입점과 지침 읽기
- 2계획과 수정 범위 확인
- 3작은 diff 구현
- 4테스트와 diff 검토
시작 프롬프트
[기능]을 [허용 파일] 안에서 구현해. [보존 조건]을 유지하고 [테스트]까지 실행해.
개선 팁: 한 요청에서 사용자 동작 하나만 완성하세요.
Practical Guide
저장소 규칙과 완료 조건, 테스트를 먼저 공유하고 읽기·계획·작은 diff·검증 순서로 맡기면 코딩 에이전트의 변경을 안전하게 검토할 수 있습니다.
마지막 확인일: 2026년 8월 25일 · 가격과 기능은 실제 공식 사이트를 확인하세요.
나중에 다시 쓰려면 이 페이지를 저장해두세요.
5-minute start
Git 상태와 저장소 지침을 먼저 읽게 합니다.
사용자가 확인할 완료 조건과 변경 금지 범위를 적습니다.
수정 전에 관련 파일과 계획을 보고하게 합니다.
작은 diff 구현 후 테스트·diff·남은 위험을 확인합니다.
Quick recipes
RECIPE 1
기존 구조를 지키는 작은 기능 추가
[기능]을 [허용 파일] 안에서 구현해. [보존 조건]을 유지하고 [테스트]까지 실행해.
개선 팁: 한 요청에서 사용자 동작 하나만 완성하세요.
RECIPE 2
재현 테스트로 원인을 고정
[로그]와 [재현]으로 원인을 확인하고 실패 테스트 뒤 최소 수정해. 오류를 숨기는 우회는 하지 마.
개선 팁: 원인 조사 없이 의존성을 업데이트하지 마세요.
RECIPE 3
동작을 유지하며 구조 개선
[대상]을 [목표]로 리팩터링하되 공개 API와 [동작]을 유지하고 테스트를 먼저 확인해.
개선 팁: 기능 변경은 별도 작업으로 분리하세요.
RECIPE 4
실제 사용자 영향과 회귀 위험 찾기
[diff]를 정확성, 데이터 손실, 보안, 테스트 누락 순으로 리뷰하고 실제 문제만 근거와 함께 보고해.
개선 팁: 스타일 취향은 제외하도록 명시하세요.
Prompt formula
현재 상태 + 목표 + 관련 범위 + 변경 금지 + 완료 조건 + 검증 명령 + 보고 형식Codex가 저장소 단위 작업을 하더라도 범위와 완료 증거는 사용자가 명시해야 결과를 검토하고 되돌리기 쉽습니다.
Copy & use
대괄호로 표시된 변수를 내 상황에 맞게 바꾸고, 결과를 그대로 쓰기보다 사실과 권리를 직접 확인하세요.
현재 저장소에서 [기능]을 구현해줘. 먼저 관련 진입점과 테스트를 읽고 3~5단계 계획을 제시해. 수정 범위는 [허용 파일]로 제한하고 [변경 금지 항목]은 유지해. 완료 조건은 [완료 조건], 검증 명령은 [테스트 명령]이야. 구현 후 변경 파일, 테스트 결과, 남은 위험을 보고해.
[기능][허용 파일][변경 금지 항목][완료 조건][테스트 명령]사용 팁: 기능 하나와 관찰 가능한 완료 조건 하나부터 맡기세요.
[오류 로그]와 [재현 단계]를 기준으로 원인 후보를 순위화해. 먼저 실패를 재현하는 테스트나 읽기 전용 확인을 수행하고, 원인이 확인되면 가장 작은 수정만 적용해. 관련 테스트 [테스트 명령]을 실행하고 오류를 숨기는 우회는 하지 마.
[오류 로그][재현 단계][테스트 명령]사용 팁: 로그의 비밀값과 개인정보는 지운 뒤 전달하세요.
[대상]을 [개선 목표]에 맞게 리팩터링해. 공개 API와 [보존 동작]을 유지하고 현재 동작을 고정하는 테스트부터 확인해. 한 단계마다 작은 diff와 [테스트 명령] 결과를 보여주고 기능 변경은 분리해.
[대상][개선 목표][보존 동작][테스트 명령]사용 팁: 리팩터링과 새 기능을 한 요청에 섞지 마세요.
[사용자 행동]이 저장소에서 처리되는 흐름을 라우트·컴포넌트·데이터 경계 순으로 찾아줘. 파일과 심볼 근거를 붙이고 확인한 사실과 추정을 구분해. 아직 파일은 수정하지 말고 다음에 읽을 파일 5개 이하만 제안해.
[사용자 행동]사용 팁: 읽기와 수정을 분리하면 불필요한 변경을 줄일 수 있습니다.
[diff 또는 PR]을 요구사항 [요구사항]과 대조해 리뷰해. 정확성, 데이터 손실, 보안, 접근성, 테스트 누락 순으로 실제 문제가 되는 항목만 심각도·근거·재현 조건·최소 수정안과 함께 보고해. 스타일 취향은 제외해.
[diff 또는 PR][요구사항]사용 팁: 리뷰할 요구사항과 실행된 테스트를 같이 제공하세요.
[기능]의 현재 테스트와 실패 가능 경로를 조사해. 가장 가치 있는 누락 사례 [사례]를 재현하는 테스트를 추가하고 테스트가 실제 사용자 동작을 검증하는지 설명해. 제품 코드는 테스트를 통과시키는 데 꼭 필요한 경우만 수정해.
[기능][사례]사용 팁: 구현 세부보다 사용자에게 보이는 결과를 검증하세요.
[패키지]를 [목표 버전]으로 올릴 필요가 있는지 공식 변경 로그와 현재 사용 코드를 조사해. breaking change, 필요한 코드 수정, 테스트, 롤백 방법을 보고하고 승인 전에는 설치나 파일 수정을 하지 마.
[패키지][목표 버전]사용 팁: 조사와 실제 업데이트를 별도 작업으로 나누세요.
[느린 동작]의 재현 조건과 현재 측정값을 확인해. 네트워크, 렌더링, 데이터 접근 후보를 근거로 좁히고 가장 작은 측정 실험을 실행해. 숫자 없이 성능이 좋아졌다고 결론 내리지 마.
[느린 동작]사용 팁: 같은 입력과 환경으로 전후를 비교하세요.
현재 브랜치를 배포 기준 [기준 브랜치]와 비교해. Git 상태, 변경 파일, migration·환경변수·binding 영향, 테스트 결과, 롤백 방법을 확인하고 운영 상태를 바꾸지는 마. 배포를 막아야 할 항목을 먼저 보고해.
[기준 브랜치]사용 팁: 점검 요청과 실제 배포 권한을 분리하세요.
현재 변경을 [요구사항]과 대조해 누락, 무관한 수정, 생성된 임시 파일, 비밀값 노출을 확인해. [테스트 명령]을 실행하고 결과와 변경 파일을 요약해. 파일 삭제·커밋·push는 승인된 범위에서만 수행해.
[요구사항][테스트 명령]사용 팁: git status와 diff를 함께 검토하게 하세요.
Tool combinations
요구사항과 사용자 문구를 대화로 정리한 뒤 개발 작업으로 넘길 수 있습니다.
Codex가 만든 변경을 IDE에서 직접 읽고 세밀하게 수정하기 좋습니다.
Save credits
다중 계정, 무료체험 반복, 결제·지역 우회 등 약관을 위반하는 방식은 사용하지 마세요.
Advanced skills
검색 결과와 실제 코드로 가설을 확인합니다.
한 변경에서 사용자 동작 하나만 바꿉니다.
실패 재현으로 원인과 완료 기준을 고정합니다.
배포·데이터·외부 쓰기는 별도 승인 단계로 둡니다.
diff, 테스트, 남은 위험을 함께 보고하게 합니다.
Troubleshooting
문제
원인
허용 파일과 완료 조건이 열려 있음
해결
관련 흐름과 파일을 먼저 좁히기
수정 프롬프트: 읽기 전용으로 [행동] 흐름을 찾고 [파일] 안에서만 최소 수정해.
문제
원인
검증 명령이 없음
해결
요청에 테스트와 기대 결과 포함
수정 프롬프트: [테스트 명령]이 통과하고 [기대 결과]가 확인돼야 완료야.
문제
원인
오류 재현과 증거 조사 생략
해결
현재 버전과 로그로 원인 확인
수정 프롬프트: 패키지를 바꾸지 말고 로그와 코드로 원인 후보를 순위화해.
문제
원인
포맷·생성물 범위가 불명확
해결
git diff와 금지 범위 확인
수정 프롬프트: [허용 파일] 밖의 변경은 되돌리지 말고 목록으로만 보고해.
문제
원인
보고 형식이 없음
해결
변경·테스트·위험 형식 고정
수정 프롬프트: 변경 파일, 실행 명령, 결과, 미실행 검증, 남은 위험 순서로 보고해.