OpenAI Codex 사용법 완벽 가이드 | 설치·요금제부터 실전 꿀팁까지

OpenAI Codex는 앱이나 CLI(터미널 명령 방식)에서 자연어로 코드 작성과 검토를 요청하는 AI 코딩 에이전트(에이전틱 코딩이란?)입니다. 처음이라면 앱에 작은 프로젝트 폴더를 추가하고 변경 내역을 검토한 뒤 CLI로 확장하는 순서가 안전해요.

코덱스 AI를 도입할 때는 설치보다 로그인 방식과 저장소 권한에서 먼저 막히곤 합니다. ChatGPT 요금제별 사용량이 업무 규모를 감당하는지도 확인해야 하죠.

개인 개발자를 위한 자료는 많지만 대표·PM·테크리더에게 필요한 비용과 권한 정보는 흩어져 있습니다. 결과물 품질까지 관리하려면 첫 작업부터 코드 리뷰 기준을 함께 설계해야 해요.

이 글에서는 Codex란 무엇인지부터 앱·CLI 선택과 설치, 로그인, 프로젝트 추가 순서를 다룹니다. OpenAI Codex 가격과 요금제별 사용량을 확인하는 방법도 공식 자료 중심으로 정리했어요.

이후에는 권한 설정과 AGENTS.md, Plan 모드, 멀티 에이전트, MCP 활용법을 살펴봅니다. 마지막으로 모델 선택과 코드 리뷰, 배포 전 검수 기준까지 설명할게요.

1. OpenAI Codex란 무엇이고, 처음에는 앱과 CLI 중 무엇으로 시작해야 할까?

OpenAI Codex는 자연어로 요청한 개발 작업을 코드베이스 안에서 수행하는 AI 코딩 에이전트입니다. 초보자와 PM은 앱으로 시작하고 터미널 작업과 자동화가 필요한 개발자는 CLI를 함께 사용하는 방식이 효율적이에요.

AI 코딩 에이전트란 파일 탐색과 코드 수정, 명령 실행, 결과 보고를 여러 단계에 걸쳐 수행하는 도구를 뜻합니다. 코덱스 AI는 코드 예시만 답하는 챗봇보다 실제 프로젝트 작업에 초점이 맞춰져 있죠.

OpenAI 관계자가 진행한 Codex 라이브에서는 앱과 CLI, 웹, IDE 인터페이스를 프로젝트 상황에 맞춰 사용하는 흐름을 확인할 수 있습니다. 앱에서는 여러 작업을 화면으로 관리하고 CLI에서는 터미널 단위로 작업 맥락을 나눕니다.

1-1. OpenAI Codex는 일반 챗봇과 무엇이 다를까?

일반 챗봇은 질문에 답하거나 코드 예시를 제공하는 데 적합합니다. 사용자는 답변을 복사해 프로젝트 파일에 직접 반영하고 실행 결과를 다시 확인해야 하죠.

Codex는 프로젝트 파일과 기존 구현 방식을 읽은 뒤 관련 파일을 수정합니다. 필요한 명령과 테스트를 실행하고 변경 이유도 검토 가능한 형태로 제시해요.

여러 파일이 연결된 기능을 다룰 때 차이가 더 분명합니다. Codex는 파일 관계와 테스트 결과를 함께 확인하므로 변경 범위를 프로젝트 단위로 검토할 수 있습니다.

👉 AI 에이전트와 챗봇의 차이 자세히보기

1-2. Codex 앱은 어떤 사람에게 더 잘 맞을까?

Codex 앱은 터미널이 낯선 대표와 기획자에게 적합합니다. 프로젝트 폴더와 작업 상태를 화면에서 확인할 수 있어 여러 업무를 나눠 관리하기 쉽죠.

지원되는 앱 버전에서는 마이크를 이용한 음성 지시도 활용할 수 있습니다. 말로 요청하더라도 목표와 수정 범위, 완료 조건, 검증 방법은 빠뜨리지 않아야 해요.

여러 프로젝트를 동시에 보는 PM도 앱의 이점을 활용할 수 있습니다. 프로젝트별 작업 맥락을 분리하면 서로 다른 요구사항과 파일이 섞이는 문제를 줄일 수 있죠.

1-3. Codex CLI는 언제 사용하면 좋을까?

Codex CLI는 터미널 중심으로 개발하는 사용자에게 맞습니다. 스크립트 실행과 반복 명령, 개발 환경 안에서의 빠른 코드 탐색을 한 흐름으로 처리할 수 있어요.

CLI에서는 하나의 터미널 세션을 하나의 작업 맥락으로 관리하는 편이 안전합니다. 기능 개발과 버그 조사를 분리하면 이전 지시가 다음 작업에 영향을 주는 문제를 줄일 수 있죠.

CI(코드 변경마다 테스트와 검사를 자동 실행하는 과정)와 연결할 때도 CLI가 유용합니다. 다만 자동 실행 범위는 테스트 저장소에서 검증한 뒤 단계적으로 넓혀야 합니다.

2. OpenAI Codex는 설치·로그인·요금제 확인을 어떤 순서로 하면 될까?

OpenAI Codex는 앱이나 CLI를 설치한 뒤 ChatGPT 계정으로 로그인해 시작할 수 있습니다. 사용량과 지원 모델은 플랜과 확인 시점에 따라 바뀌므로 공식 요금제 페이지와 계정 사용량 화면을 함께 확인해야 해요.

개인은 앱이나 CLI 중 익숙한 인터페이스 하나로 시작하면 됩니다. 조직에서는 설치 전에 회사 계정과 결제 책임자, 저장소 접근 정책을 먼저 정하는 편이 안전하죠.

2-1. Codex 앱은 어떻게 설치하고 ChatGPT 계정으로 로그인할까?

먼저 OpenAI Codex 공식 페이지에서 현재 지원되는 운영체제와 앱 접근 경로를 확인합니다. 공식 다운로드 버튼이 표시되는 환경에서 설치 파일을 받아 실행하세요.

앱을 연 뒤 회사에서 승인한 ChatGPT 계정으로 로그인합니다. 개인 계정을 공용으로 사용하면 담당자 변경 시 결제 정보와 작업 이력을 회수하기 어려워요.

로그인 후에는 운영 저장소보다 별도 테스트 폴더를 먼저 추가해야 합니다. 작은 작업으로 파일 접근과 변경 승인 방식부터 확인하면 권한 오류를 빠르게 찾을 수 있죠.

2-2. Codex CLI는 어떤 명령으로 설치하고 실행할까?

npm 패키지 관리자를 사용하는 환경에서는 다음 명령으로 Codex CLI를 설치할 수 있습니다.

npm install -g @openai/codex

Homebrew를 지원하는 환경에서는 다음 설치 방식도 확인할 수 있습니다.

brew install --cask codex

설치가 끝나면 터미널에서 codex를 실행하고 ChatGPT 로그인 방식을 선택합니다. 설치 명령과 운영체제 지원 범위는 배포 직전에 공식 CLI 문서에서 다시 확인하세요.

Windows에서는 공식 문서가 안내하는 네이티브 지원 범위와 WSL(Windows에서 Linux 환경을 실행하는 기능) 사용 조건을 먼저 살펴봐야 합니다. 회사 보안 정책이 있다면 설치 전에 관리자 승인을 받아야 해요.

2-3. Codex 요금제와 사용량은 어디서 확인해야 할까?

OpenAI Codex 가격은 ChatGPT 구독과 API(Application Programming Interface, 시스템 간 요청 규칙) 종량제를 구분해 확인해야 합니다. 두 방식은 결제 구조와 사용량 집계 화면이 다르기 때문인데요.

ChatGPT Plus와 Pro 같은 개인 플랜은 ChatGPT 요금제 페이지에서 Codex 제공 범위를 확인합니다. 제품별 한도는 Codex 공식 가격 문서도 함께 비교하세요.

Business와 Enterprise 같은 조직 플랜은 사용자별 계정과 관리자 정책을 기준으로 검토합니다. 구성원 수뿐 아니라 데이터 처리 정책과 권한 회수 절차도 구매 전에 확인해야 하죠.

API 키로 사용한 비용은 OpenAI API Usage Dashboard에서 조회합니다. ChatGPT 구독 사용량과 API 비용은 합산되지 않으므로 예산도 별도로 관리해야 해요.

요금제별 사용량은 작업 횟수만으로 비교하기 어렵습니다. 같은 요청이라도 코드베이스 크기와 작업 시간, 선택 모델에 따라 소모량이 달라지기 때문이죠.

파일럿 기간에는 업무 유형과 실행 횟수, 검토 시간을 함께 기록하세요. 월말에 사용량과 완료 업무를 비교하면 현재 플랜이 팀의 실제 업무를 감당하는지 판단할 수 있습니다.

3. Codex에 프로젝트 폴더를 추가하고 첫 작업을 지시하려면 어떻게 해야 할까?

Codex 첫 작업은 기존 Git 저장소나 작은 프로젝트 폴더를 추가한 뒤 목표·수정 범위·완료 기준·검증 방법을 전달하는 순서로 진행합니다. 작업 후에는 diff를 검토하고 테스트 결과를 확인해야 해요.

Git은 코드 변경 이력을 저장하는 버전 관리 도구입니다. 새 폴더라면 Git 저장소를 초기화하고 별도 브랜치에서 작업해야 원본과 AI 변경 내역을 구분하기 쉽죠.

3-1. 기존 Git 저장소와 새 프로젝트 폴더는 어떻게 가져올까?

Codex 앱에서는 기존 Git 저장소나 특정 로컬 폴더를 프로젝트로 추가할 수 있습니다. 처음에는 운영 저장소를 복제한 테스트 저장소를 사용하는 편이 안전해요.

새 프로젝트는 터미널에서 다음 명령으로 Git 저장소를 초기화할 수 있습니다.

git init
git checkout -b codex-test

브랜치는 원본 코드와 별도로 변경 이력을 관리하는 작업선입니다. 테스트 브랜치를 만들면 Codex가 수정한 파일만 분리해 검토할 수 있죠.

기존 저장소를 가져왔다면 테스트 명령과 실행 방법부터 확인해야 합니다. 정상 상태의 테스트 결과를 기록해 두면 Codex 작업 이후 발생한 오류를 비교하기 쉬워요.

3-2. 비개발자도 코덱스 AI에 첫 요청을 어떻게 말하면 될까?

첫 요청에는 목표와 범위, 기준, 검증 방법을 포함해야 합니다. 음성으로 지시할 때도 같은 구조를 유지하면 결과를 검토하기 쉬워요.

예를 들어 다음과 같이 요청할 수 있습니다.

목표는 사용자가 얻게 될 결과를 설명합니다. 범위에는 수정할 화면이나 파일을 적고 변경하면 안 되는 영역도 함께 지정해야 하죠.

완료 기준에는 정상 흐름과 오류 흐름을 넣습니다. 검증 방법으로 실행할 테스트와 결과 보고 형식을 지정하면 PM도 결과를 비교할 수 있어요.

3-3. 작업 결과는 왜 diff와 테스트로 확인해야 할까?

diff는 변경 전후의 코드 차이를 보여주는 기록입니다. Codex 작업이 끝나면 수정 파일과 삭제된 코드, 설정 변경부터 확인하세요.

요청하지 않은 파일이 바뀌었다면 변경 이유를 확인하기 전까지 반영하지 않아야 합니다. 특히 의존성 파일과 배포 설정은 서비스 전체에 영향을 줄 수 있죠.

diff 검토가 끝나면 단위 테스트와 통합 테스트를 실행합니다. 이후 PR(Pull Request, 코드 변경을 검토하고 병합하는 단위)을 만들고 개발 책임자의 승인을 받아야 해요.

처음부터 큰 기능을 맡기면 요구사항 해석과 코드 품질을 분리해 평가하기 어렵습니다. 테스트 작성이나 작은 버그 수정부터 시작하면 정확도와 검토 시간을 함께 측정할 수 있죠.

4. 기존 저장소에서 Codex를 안전하게 쓰려면 권한·AGENTS.md·코드 리뷰를 어떻게 설정해야 할까?

기존 저장소에서는 읽기 전용이나 제한된 수정 권한으로 시작하고 프로젝트 규칙을 AGENTS.md에 기록해야 합니다. 모든 변경은 diff와 코드 리뷰, 자동 테스트를 통과한 뒤 반영하세요.

API 키와 비밀번호 같은 비밀 정보는 프롬프트에 입력하지 않아야 합니다. 파일과 네트워크 권한도 작업에 필요한 범위까지만 허용해야 하죠.

4-1. Codex 권한은 처음에 어디까지 열어야 할까?

첫 실행에서는 테스트 저장소의 읽기 권한과 작업 브랜치의 제한된 쓰기 권한만 부여합니다. 운영 브랜치와 고객 데이터, 배포 자격 증명은 작업 범위에서 제외하세요.

지원되는 CLI 버전에서는 /permissions와 승인 설정을 이용해 파일 수정과 명령 실행 범위를 확인할 수 있습니다. 권한을 넓히기 전에는 실행할 명령과 영향을 사람이 검토해야 해요.

네트워크 접근도 기본 허용으로 두지 않는 편이 안전합니다. 외부 패키지 설치나 문서 조회가 필요한 작업에서만 대상과 목적을 확인한 뒤 승인하세요.

Windows 환경에서는 WSL이나 Windows Sandbox처럼 격리된 실행 환경을 검토할 수 있습니다. 회사 장비에서는 보안 담당자가 승인한 방식만 사용해야 하죠.

4-2. AGENTS.md에는 어떤 프로젝트 규칙을 적어야 할까?

AGENTS.md는 Codex가 따라야 할 프로젝트 규칙을 저장소에 기록하는 문서입니다. 기술 스택과 폴더 구조, 코딩 규칙, 테스트 명령을 적어두면 반복 설명을 줄일 수 있어요.

수정 금지 파일과 승인 없이 추가하면 안 되는 라이브러리도 명시해야 합니다. 데이터베이스 구조와 공개 API처럼 영향이 큰 영역은 별도 승인 대상으로 분류하세요.

지원되는 CLI에서는 /init 명령으로 AGENTS.md 초안을 만들 수 있습니다. 자동 생성된 내용은 그대로 사용하지 말고 프로젝트 담당자가 실제 실행 명령과 규칙을 검토해야 하죠.

AGENTS.md에는 다음 항목을 포함하는 편이 좋습니다.

• 사용 중인 언어와 프레임워크
• 주요 폴더의 역할
• 코드 스타일과 이름 규칙
• 테스트·린트·타입 검사 명령
• 수정 금지 파일과 보안 영역
• PR에 포함할 결과 보고 형식

4-3. /review와 diff는 어떤 순서로 확인해야 할까?

작업이 끝나면 diff에서 변경 범위부터 확인합니다. 요청하지 않은 파일과 의도하지 않은 삭제, 의존성 변경이 없는지 먼저 살펴보세요.

다음으로 지원되는 환경에서 /review를 실행해 품질과 보안 위험을 점검합니다. 이 검토는 보조 절차이므로 사람이 수행하는 코드 리뷰를 대체하지 않습니다.

이후 테스트와 정적 분석을 실행해야 합니다. 정적 분석은 코드를 실행하지 않고 규칙 위반과 보안 문제를 찾는 검사예요.

마지막으로 PR에서 요구사항과 테스트 결과를 다시 확인합니다. 결제·권한·개인정보 기능은 보안 담당자나 테크리더의 추가 승인을 받아야 하죠.

그릿지 올인원 개발(AX 도급)은 AI를 활용해 구현 비용과 기간을 줄이고 테크리더 코드 검수로 유지보수성을 관리합니다. AI가 만든 결과도 테스트와 검수 이력을 남긴 뒤 운영 환경에 반영해요.

5. PM은 Plan 모드·멀티 에이전트·MCP를 언제 활용해야 할까?

요구사항이 불명확하거나 영향 범위가 큰 작업은 Plan 모드로 실행 계획을 먼저 확정해야 합니다. 독립 업무는 여러 에이전트로 나누고 외부 문서가 필요할 때는 MCP를 활용하세요.

Plan 모드는 구현 전에 질문과 작업 순서, 변경 범위를 정리하는 기능입니다. PM은 계획을 검토한 뒤 승인된 범위만 구현하도록 지시할 수 있어요.

5-1. Plan 모드는 어떤 작업 전에 먼저 써야 할까?

결제와 회원, 권한처럼 서비스 영향이 큰 기능은 Plan 모드로 먼저 검토해야 합니다. 여러 파일을 바꾸는 리팩터링과 요구사항이 모호한 기능도 같은 절차가 필요하죠.

계획에는 수정할 파일과 데이터 흐름, 테스트 범위가 포함돼야 합니다. 변경하지 않을 영역과 승인받아야 할 항목도 함께 제시하도록 요청하세요.

PM은 계획에서 사용자 흐름과 인수 조건을 확인합니다. 개발자는 기술 구조와 의존성 영향을 검토한 뒤 구현 시작 여부를 결정해야 해요.

계획이 승인되기 전에는 파일을 수정하지 말라고 명시하는 편이 안전합니다. 다음과 같은 요청 형식을 사용할 수 있습니다.

> 먼저 관련 파일과 데이터 흐름을 조사하세요. 수정은 시작하지 말고 예상 변경 범위와 테스트 계획을 제안하세요. 승인된 계획만 구현하세요.

5-2. 여러 에이전트는 어떤 업무를 병렬로 나누면 좋을까?

서로 같은 파일을 수정하지 않는 업무는 병렬로 나눌 수 있습니다. 화면 구현과 테스트 작성, 문서 정리, 버그 조사는 작업 공간을 분리하면 동시에 진행하기 좋죠.

같은 파일을 여러 에이전트가 수정하면 충돌이 발생합니다. 이때 Git worktree를 사용하면 브랜치마다 별도 작업 폴더를 만들 수 있어요.

Git worktree는 하나의 저장소에서 여러 작업 공간을 운영하는 기능입니다. 각 에이전트에 독립된 브랜치와 폴더를 배정하면 변경 내역을 따로 검토할 수 있죠.

병렬 작업 결과는 한 번에 병합하지 않아야 합니다. 에이전트별 diff와 테스트 결과를 검토하고 의존 관계가 적은 변경부터 순서대로 반영하세요.

5-3. MCP는 최신 문서와 업무 도구를 어떻게 연결할까?

MCP(Model Context Protocol)는 AI 에이전트가 외부 도구와 문서를 정해진 방식으로 사용하는 연결 규격입니다. Codex가 지원하는 설정 화면에서 승인된 MCP 서버를 추가할 수 있어요.

• Documentation MCP를 사용하면 작업 중 최신 API 문서를 참조하도록 구성할 수 있습니다. 출처가 불분명한 예제보다 회사가 승인한 공식 문서 서버를 우선해야 하죠.
• Gmail이나 Slack MCP는 메시지 요약과 업무 정리에 활용할 수 있습니다. 고객 정보가 포함된 계정은 접근 범위와 보관 정책을 보안 담당자가 먼저 검토해야 해요.

MCP 연결에는 필요한 기능만 허용해야 합니다. 읽기 작업과 쓰기 작업을 구분하고 메시지 전송이나 파일 수정은 사람의 승인을 받도록 설정하세요.

👉 직무별 유용한 MCP 보기

6. Codex 작업 속도를 높이고 배포까지 연결하려면 무엇을 점검해야 할까?

Codex 작업 속도는 모델과 추론 수준, 작업 범위, 검토 방식에 따라 달라집니다. 빠른 초안과 복잡한 설계 작업을 구분하고 실제 테스트 결과로 설정을 선택해야 해요.

오래 추론하도록 설정해도 모든 작업의 품질이 높아지는 것은 아닙니다. 화면 초안과 복잡한 버그 분석에 같은 설정을 쓰면 시간과 사용량이 불필요하게 늘어날 수 있죠.

6-1. Codex 모델과 추론 수준은 어떤 기준으로 선택해야 할까?

추론 수준은 모델이 문제를 분석하는 데 사용하는 작업 강도를 뜻합니다. 빠른 수정은 중간 수준부터 검증하고 여러 파일의 설계 변경은 높은 수준을 비교해 보세요.

모델 선택은 최신 모델이라는 이유만으로 결정하지 않아야 합니다. 팀이 반복해서 수행하는 업무에서 테스트 통과율과 검토 시간, 사용량을 함께 측정해야 하죠.

업무별 평가표를 만들면 선택이 쉬워집니다. 동일한 프롬프트를 여러 설정에서 실행한 뒤 정확도와 수정 횟수를 비교하세요.

6-2. fast mode와 고속 모델은 언제 사용하면 좋을까?

fast mode는 응답 속도를 우선하는 작업 방식입니다. 지원되는 제품에서 화면 초안이나 작은 코드 탐색처럼 빠른 반복이 필요한 업무에 사용할 수 있어요.

Spark 같은 고속 모델의 제공 여부는 플랜과 제품 화면에서 확인해야 합니다. 사용량 제한과 지원 인터페이스도 게시 시점의 공식 안내를 기준으로 판단하세요.

속도가 빨라도 검수 절차는 줄이면 안 됩니다. 초안을 빠르게 만든 뒤 테스트와 코드 리뷰를 별도 단계로 유지해야 운영 품질을 지킬 수 있죠.

6-3. 큰 코드베이스와 배포 작업은 어떻게 관리해야 할까?

큰 저장소에서는 필요한 폴더와 파일부터 지정해야 합니다. 전체 코드베이스를 한 번에 분석하도록 요청하면 관련 없는 파일까지 작업 범위에 포함되기 쉬워요.

컨텍스트는 모델이 한 작업에서 참고하는 정보 범위입니다. 컨텍스트 압축과 대용량 컨텍스트 옵션은 제품 설정과 모델 지원 범위를 확인한 뒤 사용하세요.

Vercel 같은 배포 플랫폼과 연동할 때는 환경 변수와 배포 대상을 사람이 확인해야 합니다. 롤백 절차와 이전 버전 복구 방법도 배포 전에 준비해야 하죠.

Codex에는 운영 배포 자격 증명을 직접 제공하지 않는 편이 안전합니다. 테스트와 스테이징 검증을 통과한 결과만 지정 담당자가 운영에 배포하도록 구성하세요.

그릿지 올인원 개발은 AI 활용으로 구현 비용과 기간을 줄인 뒤 테크리더가 코드와 아키텍처를 검수합니다. 자동 테스트와 배포 전 확인까지 포함해 유지보수 가능한 결과물로 관리해요.

코덱스 AI의 가치는 작은 검증에서 시작됩니다

• OpenAI Codex는 앱에서 작은 작업부터 시작하고 Git 변경 이력과 권한, 프로젝트 지침을 갖춘 뒤 활용 범위를 넓혀야 합니다. 처음부터 운영 저장소 전체를 맡기지 않는 편이 안전해요.
• 첫 요청에는 목표와 수정 범위, 완료 조건, 검증 방법을 포함하세요. 작업 후에는 diff와 테스트 결과를 확인하고 사람이 승인한 변경만 반영해야 하죠.
• OpenAI Codex 요금제별 사용량은 공식 가격 페이지와 계정 화면에서 확인해야 합니다. 업무 유형과 실제 소진량을 기록하면 플랜 변경 시점을 근거 있게 판단할 수 있어요.
• Plan 모드는 영향 범위가 큰 작업의 계획을 먼저 검토할 때 유용합니다. 멀티 에이전트와 MCP는 작업 공간과 데이터 접근 권한을 분리한 뒤 적용해야 해요.
• AI가 구현 속도를 높여도 고객 서비스의 품질은 코드 리뷰와 테스트에서 결정됩니다. 운영 배포 전에는 테크리더가 아키텍처와 보안, 유지보수성을 검토해야 합니다.

그릿지 올인원 개발(AX 도급)은 AI 활용으로 개발 비용과 기간을 줄이고 테크리더 코드 검수로 유지보수 가능한 결과물을 관리합니다. 권한 설계와 배포 검수 체계가 필요하다면 올인원 개발 상담에서 적용 범위를 함께 점검해 보세요.

자주 묻는 질문

Q1. OpenAI Codex는 무료로 사용할 수 있나요?

OpenAI Codex의 무료 사용 가능 여부는 현재 ChatGPT 플랜과 API 이용 방식에 따라 공식 조건을 확인해야 합니다. Codex 접근 권한과 사용량 한도는 제공 정책에 따라 바뀌므로, 시작 전 Codex 공식 페이지와 ChatGPT 요금제 화면을 함께 확인하세요. API 사용 비용은 계정의 Usage Dashboard에서 별도로 관리합니다.

Q2. OpenAI Codex를 쓰려면 코딩을 할 줄 알아야 하나요?

OpenAI Codex는 코딩 경험이 없어도 자연어로 초안 작성이나 작은 기능 요청부터 사용할 수 있습니다. 다만 서비스 코드에 반영할 작업은 요구사항, 변경 내역, 테스트 결과를 판단할 개발 책임자가 검토해야 해요. 비개발자는 목표, 수정 범위, 완료 기준을 먼저 정리해 요청하는 방식이 안전합니다.

Q3. Codex 앱과 CLI는 함께 사용해도 되나요?

Codex 앱과 CLI는 함께 사용해도 되며, 각 도구의 역할을 나누면 작업 관리가 수월합니다. 앱은 프로젝트와 여러 요청을 시각적으로 살필 때, CLI는 터미널 기반 수정과 자동화에 적합하죠. 충돌을 막으려면 브랜치를 분리하고 프로젝트 규칙과 테스트 명령을 공통으로 유지하세요.

Q4. Codex에 API 키나 고객 정보를 입력해도 되나요?

Codex에 API 키나 고객 정보를 프롬프트로 직접 입력해서는 안 됩니다. 비밀번호, 인증 토큰, 개인식별정보는 저장소와 대화 내용에서 제거하고 권한을 최소화해야 해요. 민감한 프로젝트는 회사 보안 정책, 접근 제어, 승인된 테스트 환경을 확인한 뒤 연결하며 노출된 키는 즉시 폐기하고 교체하세요.

Q5. AGENTS.md는 꼭 만들어야 하나요?

AGENTS.md는 작은 실험에는 필수 파일이 아니지만, 팀 저장소와 반복 업무에서는 작성하는 편이 좋습니다. 기술 스택, 실행 및 테스트 명령, 코딩 규칙, 수정 금지 영역을 적어 두면 Codex의 판단 기준이 일관돼요. 코드 구조나 배포 절차가 바뀌면 해당 문서도 함께 갱신해야 합니다.

Q6. Codex가 작성한 코드는 바로 배포해도 되나요?

Codex가 작성한 코드는 바로 배포하면 안 되며, 변경 사항과 검증 결과를 사람이 승인한 뒤 반영해야 합니다. 먼저 diff와 /review 결과, 자동 테스트를 확인하고 개발 책임자의 코드 리뷰를 거치세요. 결제, 권한, 개인정보 기능은 스테이징 환경의 보안 검토와 별도 테스트를 추가해야 합니다.

참고 출처

• OpenAI Codex 공식 페이지 — https://openai.com/codex/
• 공식 CLI 문서 — https://developers.openai.com/codex/cli/
• ChatGPT 요금제 페이지 — https://chatgpt.com/pricing/
• Codex 공식 가격 문서 — https://developers.openai.com/codex/pricing
• OpenAI API Usage Dashboard — https://platform.openai.com/usage
• OpenAI 관계자 라이브 시연— https://www.youtube.com/watch?v=Lj9lPlLugJI