CO

Practical Guide

Codex 실전 사용 가이드

저장소 규칙과 완료 조건, 테스트를 먼저 공유하고 읽기·계획·작은 diff·검증 순서로 맡기면 코딩 에이전트의 변경을 안전하게 검토할 수 있습니다.

마지막 확인일: 2026년 8월 25일 · 가격과 기능은 실제 공식 사이트를 확인하세요.

나중에 다시 쓰려면 이 페이지를 저장해두세요.

5-minute start

5분 시작 가이드

  1. 01

    Git 상태와 저장소 지침을 먼저 읽게 합니다.

  2. 02

    사용자가 확인할 완료 조건과 변경 금지 범위를 적습니다.

  3. 03

    수정 전에 관련 파일과 계획을 보고하게 합니다.

  4. 04

    작은 diff 구현 후 테스트·diff·남은 위험을 확인합니다.

Quick recipes

이대로 따라하세요

RECIPE 1

새 기능 구현

기존 구조를 지키는 작은 기능 추가

예상 시간
20~40분
난이도
보통
비용
낮음~보통
단계
4단계
추천 설정
관련 파일·완료 조건·테스트 명령

진행 단계

  1. 1진입점과 지침 읽기
  2. 2계획과 수정 범위 확인
  3. 3작은 diff 구현
  4. 4테스트와 diff 검토

시작 프롬프트

[기능]을 [허용 파일] 안에서 구현해. [보존 조건]을 유지하고 [테스트]까지 실행해.

개선 팁: 한 요청에서 사용자 동작 하나만 완성하세요.

RECIPE 2

버그 수정

재현 테스트로 원인을 고정

예상 시간
20~40분
난이도
보통
비용
낮음~보통
단계
4단계
추천 설정
오류 로그·재현 단계·기대 동작

진행 단계

  1. 1로그와 최근 변경 확인
  2. 2실패 재현
  3. 3최소 수정
  4. 4관련 회귀 테스트

시작 프롬프트

[로그]와 [재현]으로 원인을 확인하고 실패 테스트 뒤 최소 수정해. 오류를 숨기는 우회는 하지 마.

개선 팁: 원인 조사 없이 의존성을 업데이트하지 마세요.

RECIPE 3

안전한 리팩터링

동작을 유지하며 구조 개선

예상 시간
20~40분
난이도
보통
비용
낮음~보통
단계
4단계
추천 설정
공개 API·특성 테스트·작은 단계

진행 단계

  1. 1현재 동작 고정
  2. 2리팩터링 단계 분리
  3. 3단계별 수정
  4. 4전체 회귀 검증

시작 프롬프트

[대상]을 [목표]로 리팩터링하되 공개 API와 [동작]을 유지하고 테스트를 먼저 확인해.

개선 팁: 기능 변경은 별도 작업으로 분리하세요.

RECIPE 4

코드 리뷰

실제 사용자 영향과 회귀 위험 찾기

예상 시간
20~40분
난이도
보통
비용
낮음~보통
단계
4단계
추천 설정
diff·요구사항·테스트 결과

진행 단계

  1. 1요구사항 대조
  2. 2데이터·보안 경로 추적
  3. 3재현 조건 작성
  4. 4최소 수정과 테스트 제안

시작 프롬프트

[diff]를 정확성, 데이터 손실, 보안, 테스트 누락 순으로 리뷰하고 실제 문제만 근거와 함께 보고해.

개선 팁: 스타일 취향은 제외하도록 명시하세요.

Prompt formula

프롬프트 공식

현재 상태 + 목표 + 관련 범위 + 변경 금지 + 완료 조건 + 검증 명령 + 보고 형식

Codex가 저장소 단위 작업을 하더라도 범위와 완료 증거는 사용자가 명시해야 결과를 검토하고 되돌리기 쉽습니다.

현재 상태
브랜치·오류·기존 동작을 제공합니다.
목표
사용자에게 보일 결과 하나를 정합니다.
관련 범위
먼저 읽고 수정할 파일을 좁힙니다.
변경 금지
데이터·API·무관 파일을 보호합니다.
완료 조건
상태 코드·화면·테스트처럼 관찰 가능한 기준을 둡니다.
검증·보고
실행할 명령과 결과 형식을 정합니다.

Copy & use

복붙 프롬프트 10개

대괄호로 표시된 변수를 내 상황에 맞게 바꾸고, 결과를 그대로 쓰기보다 사실과 권리를 직접 확인하세요.

PROMPT 01새 기능 구현기존 구조를 지키는 작은 기능 추가
현재 저장소에서 [기능]을 구현해줘. 먼저 관련 진입점과 테스트를 읽고 3~5단계 계획을 제시해. 수정 범위는 [허용 파일]로 제한하고 [변경 금지 항목]은 유지해. 완료 조건은 [완료 조건], 검증 명령은 [테스트 명령]이야. 구현 후 변경 파일, 테스트 결과, 남은 위험을 보고해.
[기능][허용 파일][변경 금지 항목][완료 조건][테스트 명령]

사용 팁: 기능 하나와 관찰 가능한 완료 조건 하나부터 맡기세요.

PROMPT 02버그 재현과 수정증거를 남기는 최소 버그 수정
[오류 로그]와 [재현 단계]를 기준으로 원인 후보를 순위화해. 먼저 실패를 재현하는 테스트나 읽기 전용 확인을 수행하고, 원인이 확인되면 가장 작은 수정만 적용해. 관련 테스트 [테스트 명령]을 실행하고 오류를 숨기는 우회는 하지 마.
[오류 로그][재현 단계][테스트 명령]

사용 팁: 로그의 비밀값과 개인정보는 지운 뒤 전달하세요.

PROMPT 03안전한 리팩터링동작을 유지하며 구조 개선
[대상]을 [개선 목표]에 맞게 리팩터링해. 공개 API와 [보존 동작]을 유지하고 현재 동작을 고정하는 테스트부터 확인해. 한 단계마다 작은 diff와 [테스트 명령] 결과를 보여주고 기능 변경은 분리해.
[대상][개선 목표][보존 동작][테스트 명령]

사용 팁: 리팩터링과 새 기능을 한 요청에 섞지 마세요.

PROMPT 04저장소 이해수정 전 사용자 흐름 추적
[사용자 행동]이 저장소에서 처리되는 흐름을 라우트·컴포넌트·데이터 경계 순으로 찾아줘. 파일과 심볼 근거를 붙이고 확인한 사실과 추정을 구분해. 아직 파일은 수정하지 말고 다음에 읽을 파일 5개 이하만 제안해.
[사용자 행동]

사용 팁: 읽기와 수정을 분리하면 불필요한 변경을 줄일 수 있습니다.

PROMPT 05코드 리뷰실제 회귀 위험 중심 검토
[diff 또는 PR]을 요구사항 [요구사항]과 대조해 리뷰해. 정확성, 데이터 손실, 보안, 접근성, 테스트 누락 순으로 실제 문제가 되는 항목만 심각도·근거·재현 조건·최소 수정안과 함께 보고해. 스타일 취향은 제외해.
[diff 또는 PR][요구사항]

사용 팁: 리뷰할 요구사항과 실행된 테스트를 같이 제공하세요.

PROMPT 06테스트 보강중요 경로의 회귀 테스트 추가
[기능]의 현재 테스트와 실패 가능 경로를 조사해. 가장 가치 있는 누락 사례 [사례]를 재현하는 테스트를 추가하고 테스트가 실제 사용자 동작을 검증하는지 설명해. 제품 코드는 테스트를 통과시키는 데 꼭 필요한 경우만 수정해.
[기능][사례]

사용 팁: 구현 세부보다 사용자에게 보이는 결과를 검증하세요.

PROMPT 07의존성 업데이트 조사업데이트 전 영향과 공식 근거 확인
[패키지]를 [목표 버전]으로 올릴 필요가 있는지 공식 변경 로그와 현재 사용 코드를 조사해. breaking change, 필요한 코드 수정, 테스트, 롤백 방법을 보고하고 승인 전에는 설치나 파일 수정을 하지 마.
[패키지][목표 버전]

사용 팁: 조사와 실제 업데이트를 별도 작업으로 나누세요.

PROMPT 08성능 문제 진단측정 가능한 병목 찾기
[느린 동작]의 재현 조건과 현재 측정값을 확인해. 네트워크, 렌더링, 데이터 접근 후보를 근거로 좁히고 가장 작은 측정 실험을 실행해. 숫자 없이 성능이 좋아졌다고 결론 내리지 마.
[느린 동작]

사용 팁: 같은 입력과 환경으로 전후를 비교하세요.

PROMPT 09배포 전 점검변경 범위와 운영 위험 확인
현재 브랜치를 배포 기준 [기준 브랜치]와 비교해. Git 상태, 변경 파일, migration·환경변수·binding 영향, 테스트 결과, 롤백 방법을 확인하고 운영 상태를 바꾸지는 마. 배포를 막아야 할 항목을 먼저 보고해.
[기준 브랜치]

사용 팁: 점검 요청과 실제 배포 권한을 분리하세요.

PROMPT 10PR 마무리커밋 전 누락과 임시 파일 확인
현재 변경을 [요구사항]과 대조해 누락, 무관한 수정, 생성된 임시 파일, 비밀값 노출을 확인해. [테스트 명령]을 실행하고 결과와 변경 파일을 요약해. 파일 삭제·커밋·push는 승인된 범위에서만 수행해.
[요구사항][테스트 명령]

사용 팁: git status와 diff를 함께 검토하게 하세요.

Tool combinations

이 툴과 같이 쓰면 좋은 AI

Codex + ChatGPT

요구사항과 사용자 문구를 대화로 정리한 뒤 개발 작업으로 넘길 수 있습니다.

역할 분담
ChatGPT 요구사항 정리 → Codex 구현·테스트
추천 상황
작은 기능과 콘텐츠 기반 제품
ChatGPT 상세 보기 →

Codex + Cursor

Codex가 만든 변경을 IDE에서 직접 읽고 세밀하게 수정하기 좋습니다.

역할 분담
Codex 작업 초안 → Cursor 수동 검토·수정
추천 상황
코드 리뷰와 마무리
Cursor 상세 보기 →

Save credits

비용·크레딧·토큰 절약

  • 저장소 전체보다 관련 파일과 사용자 흐름부터 읽게 하세요.
  • 읽기와 계획을 승인한 뒤 실제 수정을 맡기세요.
  • 큰 기능을 독립적으로 테스트 가능한 작은 diff로 나누세요.
  • 실패한 요청을 반복하기 전에 완료 조건과 오류 증거를 보강하세요.
  • 전체 테스트 전에 빠른 관련 테스트를 먼저 실행하세요.
  • 긴 대화는 확정된 결정과 남은 작업만 요약해 이어가세요.
  • 현재 플랜과 Codex 사용량 기준은 공식 안내에서 확인하세요.

다중 계정, 무료체험 반복, 결제·지역 우회 등 약관을 위반하는 방식은 사용하지 마세요.

Advanced skills

한 단계 높은 활용법

근거 기반 탐색

검색 결과와 실제 코드로 가설을 확인합니다.

작은 diff

한 변경에서 사용자 동작 하나만 바꿉니다.

Test-first

실패 재현으로 원인과 완료 기준을 고정합니다.

권한 경계

배포·데이터·외부 쓰기는 별도 승인 단계로 둡니다.

완료 증거

diff, 테스트, 남은 위험을 함께 보고하게 합니다.

Troubleshooting

실패 사례와 해결법

문제

수정 범위가 너무 큼

원인

허용 파일과 완료 조건이 열려 있음

해결

관련 흐름과 파일을 먼저 좁히기

수정 프롬프트: 읽기 전용으로 [행동] 흐름을 찾고 [파일] 안에서만 최소 수정해.

문제

테스트 없이 완료

원인

검증 명령이 없음

해결

요청에 테스트와 기대 결과 포함

수정 프롬프트: [테스트 명령]이 통과하고 [기대 결과]가 확인돼야 완료야.

문제

원인 없이 패키지 변경

원인

오류 재현과 증거 조사 생략

해결

현재 버전과 로그로 원인 확인

수정 프롬프트: 패키지를 바꾸지 말고 로그와 코드로 원인 후보를 순위화해.

문제

무관한 파일이 바뀜

원인

포맷·생성물 범위가 불명확

해결

git diff와 금지 범위 확인

수정 프롬프트: [허용 파일] 밖의 변경은 되돌리지 말고 목록으로만 보고해.

문제

완료 보고가 모호함

원인

보고 형식이 없음

해결

변경·테스트·위험 형식 고정

수정 프롬프트: 변경 파일, 실행 명령, 결과, 미실행 검증, 남은 위험 순서로 보고해.