Codex 10분 마스터: 처음 써볼 때 꼭 봐야 할 중요 기능

Codex 10분 마스터: 처음 써볼 때 꼭 봐야 할 중요 기능

Codex는 코드 작성, 수정, 리뷰, 테스트를 AI 에이전트에게 맡길 수 있는 OpenAI의 코딩 도구다. 10분 안에 핵심 기능만 빠르게 파악하고 싶은 사람을 위해 실제 사용 흐름 중심으로 정리했다.

10분 안에 볼 핵심 기능

기능무엇을 할 수 있나처음 볼 포인트

코드 작성·수정	기능 추가, 버그 수정, 리팩터링 요청	“무엇을 바꿀지”를 작업 단위로 작게 요청
코드 리뷰	PR이나 변경사항에서 문제점 확인	보안, 테스트 누락, 호환성 이슈 확인에 유용
병렬 에이전트 작업	여러 작업을 동시에 맡김	프로젝트별·작업별로 나눠 진행
Diff 확인과 인라인 편집	Codex가 바꾼 코드를 비교하며 검토	그대로 반영하지 말고 변경 이유 확인
IDE·터미널·ChatGPT 연동	쓰는 환경에서 Codex 사용	ChatGPT, IDE 확장, Codex CLI 흐름을 구분
Skills	팀의 규칙과 작업 방식을 반영	코드 스타일, 테스트 규칙, 배포 절차를 정리해두면 좋음
Slack·SDK·관리 기능	팀 단위 자동화와 운영 관리	개인보다 팀 개발 환경에서 효과가 큼

Codex는 무엇을 하는 도구인가

Codex는 단순히 코드를 추천하는 자동완성 도구라기보다, 작업을 맡기면 코드를 읽고 수정하고 리뷰까지 이어가는 AI 코딩 에이전트에 가깝다.

예를 들어 “로그인 오류를 찾아 고쳐줘”라고만 쓰는 것보다, 아래처럼 요청하면 결과가 더 좋아진다.

• 로그인 실패 시 발생하는 500 오류 원인 확인
• 관련 파일 수정
• 기존 테스트가 깨지는지 확인
• 변경한 부분을 diff로 설명

이렇게 요청하면 Codex는 단순 답변이 아니라 실제 개발 작업 단위로 움직인다. OpenAI 공식 설명 기준으로 Codex는 코드 작성, 리뷰, 배포를 돕는 AI 에이전트이며, ChatGPT 계정과 연결해 사용할 수 있다. 확인 기준일은 2026년 7월 15일이다.

처음 실행하면 봐야 할 화면 흐름

처음에는 많은 기능을 한 번에 보려 하지 말고, 다음 순서로 보는 편이 쉽다.

1. 프로젝트 또는 저장소 연결
2. Codex에게 작은 작업 하나 요청
3. 생성된 변경사항 확인
4. diff에서 바뀐 코드 검토
5. 테스트 또는 실행 결과 확인
6. 필요한 경우 추가 수정 요청

핵심은 “Codex가 알아서 다 해준다”가 아니라 “내가 작업 방향을 정하고 Codex가 실행한다”에 가깝다. 특히 실제 서비스 코드라면 바로 병합하기보다 변경 이유, 테스트 결과, 예외 케이스를 확인해야 한다.

중요 기능 1: 코드 수정 요청

Codex의 기본 기능은 코드 수정이다. 새 기능을 만들거나, 기존 버그를 고치거나, 반복되는 코드를 정리하는 데 쓸 수 있다.

좋은 요청 예시는 다음과 같다.

• “회원가입 폼에서 이메일 형식 검증을 추가해줘”
• “이 함수의 중복 로직을 줄이고 테스트도 추가해줘”
• “결제 실패 시 사용자에게 보여줄 에러 메시지를 분리해줘”
• “이 PR에서 성능에 영향을 줄 만한 부분을 찾아줘”

반대로 “이 프로젝트 개선해줘”처럼 범위가 넓은 요청은 결과가 흐려지기 쉽다. Codex는 긴 작업도 처리할 수 있지만, 처음에는 10~30분 안에 사람이 검토할 수 있는 단위로 나누는 편이 안전하다.

중요 기능 2: Diff 확인과 인라인 편집

Codex가 코드를 바꾸면 가장 먼저 봐야 할 것은 결과 코드가 아니라 diff다. 어떤 파일이 바뀌었고, 왜 바뀌었는지 확인해야 한다.

2026년 7월 기준 OpenAI는 Codex가 ChatGPT 데스크톱 앱과 통합되며 diff 안에서 인라인 편집, 사이드 패널 PR 리뷰, 여러 저장소를 하나의 프로젝트에서 다루는 기능을 제공한다고 안내했다.

처음 쓰는 사람은 이 부분만 기억하면 된다.

• 변경된 파일 수가 너무 많으면 작업 범위를 줄인다.
• 테스트 코드가 없으면 추가 요청한다.
• 삭제된 코드가 있다면 이유를 확인한다.
• 의존성 변경이 있다면 버전과 영향 범위를 확인한다.

Codex가 작성한 코드는 초안이 아니라 “검토해야 할 변경사항”으로 보는 것이 좋다.

중요 기능 3: 코드 리뷰

Codex는 코드 리뷰에도 쓸 수 있다. 사람이 놓치기 쉬운 예외 처리, 테스트 누락, 보안상 위험한 코드, 호환성 문제를 찾는 데 도움을 준다.

리뷰 요청은 이렇게 쓰면 좋다.

• “이 PR에서 런타임 에러 가능성이 있는 부분만 찾아줘”
• “보안상 위험한 입력 처리 코드가 있는지 봐줘”
• “테스트가 부족한 부분을 파일별로 정리해줘”
• “리팩터링이 필요한 부분과 그대로 둬도 되는 부분을 나눠줘”

중요한 점은 Codex 리뷰를 최종 판단으로 쓰지 않는 것이다. AI 리뷰는 빠르게 1차 점검을 해주는 용도에 가깝고, 아키텍처 결정이나 제품 정책과 연결된 부분은 사람이 확인해야 한다.

중요 기능 4: 여러 에이전트 병렬 작업

Codex의 강점 중 하나는 여러 작업을 병렬로 맡기는 흐름이다. OpenAI 공식 Codex 페이지는 Codex를 에이전트 기반 코딩의 커맨드 센터로 설명하며, 내장 worktree와 클라우드 환경을 통해 여러 에이전트가 프로젝트별로 동시에 작업할 수 있다고 안내한다.

예를 들면 이런 식이다.

• 에이전트 A: 로그인 버그 수정
• 에이전트 B: 테스트 코드 추가
• 에이전트 C: 오래된 API 호출 정리
• 에이전트 D: PR 리뷰와 위험 요소 확인

다만 초보자는 처음부터 병렬 작업을 많이 돌리기보다, 작업 1개를 끝까지 검토한 뒤 2~3개로 늘리는 편이 좋다. 동시에 많은 변경이 생기면 검토 비용도 함께 늘어난다.

중요 기능 5: IDE, 터미널, ChatGPT에서 이어 쓰기

Codex는 ChatGPT 안에서만 쓰는 도구가 아니다. OpenAI 도움말 기준으로 Codex는 ChatGPT 데스크톱 앱의 Codex 모드, Codex CLI, Codex IDE 확장, Codex 웹에서 사용할 수 있다. 확인 기준일은 2026년 7월 15일이다.

사용 환경별로 보면 이렇게 나눌 수 있다.

사용 환경적합한 상황

ChatGPT / Codex 웹	전체 작업 지시, 리뷰, 결과 확인
IDE 확장	코드 보면서 바로 수정하고 싶을 때
Codex CLI	터미널 중심으로 작업하는 개발자
데스크톱 앱	여러 프로젝트와 에이전트 작업을 한곳에서 관리

처음이라면 웹이나 데스크톱 앱에서 흐름을 익히고, 실제 개발 환경에 익숙해지면 IDE 확장이나 CLI로 옮겨가는 방식이 편하다.

중요 기능 6: Skills로 팀 규칙 반영

Skills는 Codex에게 팀의 작업 방식과 규칙을 알려주는 기능이다. 예를 들어 코드 스타일, 테스트 작성 방식, 브랜치 전략, PR 설명 형식, 배포 전 체크리스트 등을 정리해둘 수 있다.

개인 프로젝트라면 필수는 아니지만, 팀 프로젝트에서는 유용하다. Codex가 매번 다른 방식으로 코드를 수정하면 리뷰 비용이 커지기 때문이다.

Skills에 넣기 좋은 내용은 다음과 같다.

• 네이밍 규칙
• 테스트 파일 위치와 작성 방식
• API 응답 형식
• 에러 처리 원칙
• 금지된 라이브러리
• PR 설명 템플릿

즉, Skills는 “우리 팀에서는 이렇게 일한다”를 Codex에게 알려주는 장치로 보면 된다.

중요 기능 7: 요금과 사용량 확인

Codex는 ChatGPT 플랜에 포함되지만, 사용량 제한은 플랜에 따라 달라진다. OpenAI 도움말은 Codex가 Free와 Go를 포함한 ChatGPT 플랜 전반에 포함되며, 사용량 제한은 플랜별로 다르다고 안내한다. 확인 기준일은 2026년 7월 15일이다.

또한 OpenAI Codex rate card는 Codex, ChatGPT Work, ChatGPT for Excel, Workspace Agents가 사용 가능한 플랜에서 같은 agentic usage 및 credit pool을 사용한다고 설명한다. 평균 비용은 사용 모델, 실행 인스턴스 수, 자동화, fast mode 사용 여부에 따라 크게 달라질 수 있다.

따라서 팀에서 쓰려면 기능보다 먼저 사용량 관리가 필요하다.

• 누가 Codex를 많이 쓰는지
• 어떤 작업에서 토큰이 많이 쓰이는지
• 자동화 작업이 계속 실행되고 있는지
• 크레딧 또는 사용량 한도에 가까운지

개인은 “작게 요청하고, 결과를 검토하고, 필요한 부분만 이어서 요청하는 방식”이 비용과 품질 모두에서 유리하다.

10분 실습용 추천 순서

Codex를 처음 켰다면 아래 순서로 10분만 써보면 감이 온다.

시간할 일

1분	작은 저장소나 테스트 프로젝트 선택
2분	해결할 작업 하나를 구체적으로 작성
3분	Codex가 제안한 변경사항 확인
2분	diff에서 변경 이유와 위험 요소 검토
1분	테스트 추가 또는 수정 요청
1분	최종 변경 요약을 Codex에게 설명하게 하기

이 실습에서 목표는 좋은 코드를 바로 얻는 것이 아니다. Codex가 어떻게 작업을 이해하고, 어떤 식으로 변경사항을 만들며, 사람이 어디를 검토해야 하는지 파악하는 것이다.

짧은 마무리

Codex를 10분 안에 익히려면 모든 기능을 외우려 하지 말고, “작업 요청 → 변경 확인 → diff 검토 → 테스트 확인 → 추가 지시” 흐름만 먼저 잡으면 된다. 익숙해진 뒤에는 병렬 에이전트, Skills, CLI, Slack 연동 같은 기능으로 확장하면 충분하다.