한 줄 요약

처음에는 Local 모드(내 컴퓨터에서 직접 실행하는 방식)로 프로젝트 폴더를 열고 첫 작업을 보내는 것이 가장 빠른 시작 방법입니다. 복잡한 설정 없이 5분 안에 시작할 수 있습니다.

이 페이지에서 배우는 것

  • Codex app이 무엇인지, 그리고 ChatGPT 웹 버전과 어떻게 다른지 이해합니다.
  • 내 컴퓨터에 Codex app을 설치하고, 로그인하는 방법을 배웁니다.
  • 프로젝트 폴더를 열고, AI에게 첫 번째 작업 메시지를 보내는 전체 흐름을 따라합니다.
  • 작업 전에 꼭 해야 하는 Git(코드 버전 관리 도구) 체크포인트 만드는 법을 익힙니다.

Codex가 뭔가요?

Codex app은 OpenAI가 만든 AI 코딩 어시스턴트(도우미) 프로그램입니다. 여러분이 평소에 사용하는 카카오톡이나 Slack처럼 채팅 창에 메시지를 입력하면, AI가 답변을 해주는 형태입니다. 하지만 단순한 채팅봇(chatbot)과는 결정적인 차이가 있습니다.

일반 ChatGPT 웹사이트에서는 "이런 코드를 작성해줘"라고 부탁하면, AI가 코드를 텍스트로 보여주기만 합니다. 그러면 여러분이 그 코드를 직접 복사해서, 파일을 열고, 붙여넣기 해야 합니다. 마치 요리법을 알려주기만 하고 실제로 요리는 해주지 않는 것과 비슷합니다.

반면 Codex app은 여러분의 컴퓨터에 있는 프로젝트 파일을 직접 읽고, 수정하고, 새로운 파일을 만들 수 있습니다. 요리법을 알려주는 것이 아니라, 직접 주방에 들어와서 요리를 해주는 셰프와 같습니다. "이 파일의 버그를 고쳐줘"라고 말하면, 실제로 그 파일을 열어서 코드를 수정해 줍니다. 그래서 코딩 경험이 적은 분들도 자연어(한국어, 영어 등)로 지시만 하면 많은 작업을 자동으로 처리할 수 있습니다.

Codex app은 VS Code(코드 편집기)나 Slack(메신저)처럼 내 컴퓨터에 설치하는 데스크톱 프로그램입니다. 웹 브라우저에서 접속하는 ChatGPT와는 다르게, 설치 파일을 다운로드해서 설치해야 합니다.
초보자용 풀이 "AI 에이전트(agent)"가 뭐예요?

"에이전트"란 사람이 시키는 일을 스스로 단계를 나눠 처리하는 프로그램을 말합니다. 일반 ChatGPT는 답을 텍스트로만 보여주지만, Codex는 그 답을 실행하기 위해 파일 열기 → 읽기 → 수정하기 → 저장하기까지 직접 합니다. 비유하자면, ChatGPT는 "요리법을 알려주는 셰프"이고 Codex는 "직접 요리해서 접시에 담아 주는 셰프"입니다.

따라해 보기 — 가장 첫 메시지 Codex App → Composer

처음에는 "코드를 바꾸지 않는 안전한 질문"으로 감을 잡는 게 좋습니다. 아래 프롬프트를 복사해 그대로 넣어보세요.

이 프로젝트가 어떤 일을 하는 프로그램인지 한국어로 5줄 이내로 요약해 줘.
주요 폴더 구조와 진입점 파일도 함께 알려 줘. 코드는 아직 수정하지 마.
입력 위치
Composer 입력창 (화면 하단). 모드는 Local.
기대 결과
프로젝트 개요 + 폴더 트리 + 진입점 파일 안내. 파일 변경 없음.

팁: "코드는 아직 수정하지 마"처럼 금지 조건을 한 줄 넣어두면 첫 탐색 단계에서 실수로 파일이 바뀌는 일을 막을 수 있습니다.

Codex 설치 경로 4가지

공식 Quickstart는 Codex를 사용할 수 있는 4가지 진입점을 안내합니다. 이 가이드는 그중 Codex App을 중심으로 설명하지만, 같은 ChatGPT 계정으로 다른 진입점에서도 동일한 작업을 이어갈 수 있습니다.

1. Codex App (데스크톱)
macOS / Windows 네이티브 앱. 본 가이드의 주제. openai.com/codex에서 다운로드.
2. IDE Extension
VS Code, VS Code Insiders, Cursor, Windsurf, JetBrains IDE(Rider/IntelliJ/PyCharm/WebStorm) 마켓플레이스에서 "OpenAI Codex" 확장 설치.
3. CLI
npm i -g @openai/codex 또는 brew install codex로 설치. 터미널에서 codex 실행.
4. Cloud (브라우저)
chatgpt.com/codex에서 바로 사용. 설치 없이 클라우드에서 실행되며 PR/리뷰 워크플로 지원.
초보자용 풀이 "4가지 진입점"이 뭐고, 어떤 걸 골라야 하나요?

같은 Codex라는 AI를 어떤 창문(인터페이스)으로 부를지를 고르는 단계입니다. 비유하자면 같은 카카오톡 계정을 핸드폰 앱·PC앱·웹·뱃지로 쓸 수 있는 것과 비슷합니다.

  • 코딩이 처음이거나 GUI가 편하다 → 1번 Codex App
  • VS Code/Cursor에서 코드 짜고 있다 → 2번 IDE Extension
  • 터미널에 익숙하고 자동화/CI에 쓰고 싶다 → 3번 CLI
  • 설치하기 싫고 PR 리뷰만 빨리 받고 싶다 → 4번 Cloud

이 가이드는 1번을 기준으로 설명하지만, 같은 ChatGPT 계정이라면 대화 기록·프로젝트 설정이 진입점 사이에서 이어집니다.

따라해 보기 — 내 환경에 맞는 진입점 추천받기 ChatGPT / Codex App

어떤 진입점을 깔지 결정이 안 될 때, 내 사용 환경을 알려주고 추천을 받아봅니다.

나는 [macOS / Windows] 사용자이고, 평소 [VS Code / Cursor / 터미널 / 브라우저]에서 일해.
코딩 경험은 [입문 / 중급 / 숙련]이고, 주로 하는 작업은 [예: 블로그 운영, 사이드 프로젝트, 회사 프로덕트].
이 환경에서 Codex 4가지 진입점(App / IDE Extension / CLI / Cloud) 중
어떤 걸 1순위로 깔고, 2순위로 보조로 쓰면 좋을지 이유와 함께 추천해 줘.
입력 위치
ChatGPT 또는 이미 설치한 Codex App.
기대 결과
1·2순위 추천 + 그 이유 + 설치 명령 한 줄 안내.

Quickstart 흐름: 4단계로 시작하기

Codex app을 처음 사용하는 과정은 아래 4단계로 요약됩니다. 마치 새 앱을 스마트폰에 설치하고, 로그인하고, 사용하는 것과 같은 흐름입니다. 각 단계를 순서대로 진행하면 5분 안에 첫 작업을 시작할 수 있습니다.

1
앱 설치
공식 사이트에서 macOS 또는 Windows용 앱을 다운로드하고 설치합니다.
2
로그인
ChatGPT 구독 계정 또는 OpenAI API 키로 인증합니다.
3
프로젝트 선택
작업할 프로젝트 폴더를 열거나, 이전에 작업했던 프로젝트를 다시 불러옵니다.
4
첫 메시지
Composer에서 Local 모드를 확인한 뒤, 첫 번째 작업 메시지를 보냅니다.

Step 1. 앱 설치 - 자세히 알아보기

먼저 openai.com/codex 페이지에 접속합니다. macOS는 Apple SiliconIntel 두 빌드를 별도로 제공하므로, 자기 Mac에 맞는 다운로드 버튼을 누르세요. Windows는 단일 빌드입니다.

macOS 사용자라면 .dmg 파일이 다운로드되고, Windows 사용자라면 .exe 파일이 다운로드됩니다. VS Code, Slack, Discord 같은 프로그램을 설치해 본 적이 있다면, 완전히 같은 방식입니다. 다운로드된 파일을 더블클릭해서 설치 과정을 따르면 됩니다.

macOS Homebrew 사용자라면 터미널에서 brew install codex 한 줄로도 설치할 수 있습니다 (공식 Quickstart에 명시).

설치가 완료되면 Codex app 아이콘이 응용 프로그램 목록(macOS의 Launchpad, Windows의 시작 메뉴)에 나타납니다. 클릭해서 실행하면 로그인 화면이 표시됩니다.

Step 2. 로그인 - 자세히 알아보기

Codex app에 로그인하는 방법은 두 가지입니다. 하나는 ChatGPT 구독 계정으로 로그인하는 것이고, 다른 하나는 API 키(API Key)를 입력하는 것입니다.

ChatGPT 구독 계정은 공식 Quickstart의 "Every ChatGPT plan includes Codex" 안내를 기준으로 사용할 수 있습니다. 다만 2026년 6월 기준 개발자 홈페이지는 Free/Go 한시 제공Plus·Pro·Business·Enterprise의 2x Codex rate limits를 별도로 강조하고 있으므로, 고정 플랜 목록보다 최신 공식 안내를 함께 확인하는 편이 정확합니다. 평소 ChatGPT 웹사이트에 로그인할 때 사용하는 이메일과 비밀번호를 그대로 사용하면 됩니다. 넷플릭스 계정으로 TV 앱에 로그인하는 것과 비슷합니다.

API 키는 조금 다른 개념입니다. API 키란 OpenAI가 여러분에게 발급해주는 특별한 비밀번호 같은 것입니다. platform.openai.com에서 직접 만들 수 있습니다. API 키 방식은 사용한 만큼만 비용을 지불하는 종량제 형태이며, 주로 회사에서 비용을 세밀하게 관리하고 싶을 때 사용합니다. 처음 시작하는 개인 사용자라면 ChatGPT 구독 로그인이 더 간편합니다.

원격·헤드리스 환경에서 로그인하기 (서버, CI, SSH)
  • 권장: codex login --device-auth — 화면에 표시된 코드를 다른 기기에서 입력하는 device-auth 플로
  • 대안 1: 이미 로그인된 머신의 ~/.codex/auth.json을 원격 머신의 같은 위치로 복사
  • 대안 2: 원격 머신에서 localhost:1455를 SSH 포트포워딩으로 노출하고 일반 로그인 플로 사용
로그인 후 토큰은 ~/.codex/auth.json(또는 OS keyring)에 저장됩니다 — 비밀번호처럼 다루세요(공식 안내). 저장 방식은 cli_auth_credentials_store = "file" | "keyring" | "auto"로 조정 가능.

Step 3. 프로젝트 선택 - 자세히 알아보기

"프로젝트 폴더"란 여러분의 코드 파일들이 들어 있는 폴더를 말합니다. 예를 들어 내문서/my-website 폴더 안에 HTML, CSS, JavaScript 파일들이 있다면, 그 my-website 폴더가 바로 프로젝트 폴더입니다.

Codex app에서 "Open Project" 또는 "프로젝트 열기"를 클릭하면, macOS에서는 Finder(파인더), Windows에서는 파일 탐색기(File Explorer)가 열립니다. 여기서 원하는 폴더를 선택하면 됩니다. 마치 워드(Word)에서 "파일 열기"를 하는 것과 같은 느낌입니다.

한 번 열었던 프로젝트는 Codex가 기억하고 있기 때문에, 다음에 앱을 열면 최근에 작업한 프로젝트 목록에서 바로 선택할 수 있습니다. 매번 폴더를 다시 찾을 필요가 없습니다.

Step 4. 첫 메시지 보내기 - 자세히 알아보기

프로젝트를 열면 화면 하단에 Composer(컴포저)라는 입력창이 보입니다. 이것은 카카오톡의 메시지 입력창과 비슷합니다. 여기에 AI에게 시키고 싶은 작업을 한국어 또는 영어로 자유롭게 적으면 됩니다.

메시지를 보내기 전에 Composer 하단에서 "Local"이 선택되어 있는지 확인하세요. Local 모드는 여러분의 컴퓨터에서 직접 작업하는 모드입니다. 처음 시작할 때는 이 모드가 가장 간단하고 안전합니다.

어떤 메시지를 보내야 할지 모르겠다면, 아래 예시들을 참고하세요. 처음에는 간단한 질문부터 시작하는 것을 추천합니다:

# 초보자 추천 프롬프트(메시지) 예시 1. "이 프로젝트가 뭘 하는 프로젝트인지 설명해줘" 2. "이 프로젝트의 폴더 구조를 정리해서 보여줘" 3. "README.md 파일을 한국어로 번역해줘" 4. "index.html 파일에서 버그가 있는지 찾아줘" 5. "이 프로젝트에 사용된 기술 스택을 알려줘" 6. "styles.css에서 폰트 크기를 전체적으로 2px씩 키워줘" 7. "모든 JavaScript 파일에 주석(설명)을 추가해줘"
초보자용 풀이 "좋은 프롬프트"를 만드는 3가지 공식

같은 요청이라도 어떻게 적느냐에 따라 결과 품질이 크게 달라집니다. 처음에는 아래 3가지만 지키세요.

  1. 대상 파일/폴더를 명시: "버그 고쳐줘"보다 "src/login.js의 로그인 함수에서 비밀번호 검증 부분 버그 고쳐줘"가 훨씬 정확합니다.
  2. 원하는 결과를 한 문장으로: "리팩토링 해줘"보다 "중복 코드를 함수로 묶고 변수명을 한국어 의미가 통하게 영어로 바꿔줘".
  3. 금지 조건을 추가: "단, 외부 라이브러리는 추가하지 말고 기존 패턴을 따라줘" 같이 한 줄 덧붙이면 폭주를 막아줍니다.
따라해 보기 — README 한국어로 번역하기 Codex App → Composer (Local)

실제로 한 파일이 바뀌는 가장 안전한 첫 작업입니다. 결과는 Review Pane에서 검토 후 수락합니다.

@README.md 파일을 자연스러운 한국어로 번역해 줘.
- 코드 블록과 명령어, 링크 URL은 원문 그대로 유지
- 기술 용어(예: API, deployment)는 번역 + 괄호 안에 영어 병기
- 헤딩 구조와 목차는 원본과 동일하게 유지
- README.md 한 파일만 수정하고, 다른 파일은 건드리지 마
입력 위치
Composer. Local 모드 선택 후 전송.
기대 결과
README.md 한 파일이 한국어로 번역된 diff가 Review Pane에 표시됨.

다음 단계: 결과가 마음에 들면 "Accept" 클릭, 일부만 어색하면 "여기 문장은 더 구어체로 다시 써줘" 같이 추가 메시지로 다듬을 수 있습니다.

컴포저에 컨텍스트 추가하기 (@file / @symbol / 이미지)

긴 설명 대신 참조 토큰을 쓰면 Codex가 정확히 어떤 코드를 봐야 하는지 바로 압니다(공식 features 문서).

  • @를 입력하면 파일 자동완성이 뜹니다 — @src/app.ts처럼 적으면 해당 파일이 컨텍스트로 첨부됩니다.
  • @ 뒤에 함수·클래스 이름을 입력하면 심볼 단위로 참조할 수 있습니다 — @calculateTotal.
  • 스크린샷·UI 모형 등 이미지를 컴포저에 드래그&드롭하면 시각 컨텍스트로 함께 전달됩니다.
초보자용 풀이 "컨텍스트(context)"가 뭔가요?

AI가 답을 만들 때 참고하는 재료를 컨텍스트라고 부릅니다. "이 파일 고쳐줘"라고만 하면 AI는 모든 파일을 다 읽어야 해서 느리고 엉뚱한 곳을 만질 수도 있습니다. @파일명으로 "이거랑 이것만 보면 돼"라고 미리 알려주면, 답이 빠르고 정확해집니다. 마치 회의실에 들어가기 전에 "오늘 회의 안건은 이 자료 3장이야"라고 미리 챙겨주는 것과 같습니다.

따라해 보기 — @file로 정확한 위치 짚기 Codex App → Composer

파일 전체가 아니라 특정 함수 한 곳만 고치고 싶을 때 쓰는 패턴입니다.

@src/utils/date.js 파일의 @formatKoreanDate 함수만 봐 줘.
- 입력이 null이거나 빈 문자열일 때 "날짜 없음"을 반환하도록 가드(guard) 추가
- 기존 인터페이스(파라미터, 리턴 타입)는 절대 바꾸지 말 것
- 같은 파일에 간단한 단위 테스트 케이스 3개를 주석으로 적어 줘
입력 위치
Composer. @ 입력 시 자동완성 메뉴에서 파일/심볼 선택.
기대 결과
지정한 함수 1곳만 수정된 diff. 다른 파일 변경 없음.

이미지 함께 보내기: UI 버그라면 화면 캡처를 Composer에 끌어다 놓으면 "이 빨간 박스 정렬을 가운데로" 같이 시각 기반 요청을 할 수 있습니다.

플랫폼 및 로그인 지원 현황

Codex app은 현재 macOS(맥)와 Windows(윈도우) 두 가지 운영체제를 지원합니다. 로그인 방식도 두 가지를 지원하므로, 자신에게 맞는 방식을 선택하면 됩니다.

macOS 지원됨
Windows 지원됨
ChatGPT 구독 계정 로그인
API Key OpenAI API 키 로그인

ChatGPT 로그인 vs API 키 로그인 비교

로그인 방식에 따라 사용할 수 있는 기능 범위가 달라집니다. 쉽게 말해, ChatGPT 구독 로그인은 "정액제 뷔페"이고, API 키 로그인은 "먹은 만큼 내는 식당"이라고 생각하면 됩니다. 아래 표에서 주요 차이점을 확인하세요.

항목 ChatGPT 구독 로그인 API 키 로그인
인증 방식 ChatGPT Plus / Pro / Team 계정 OpenAI API 키 입력
Local 모드 작업 지원 지원
Cloud Threads 지원 사용 불가할 수 있음
과금 방식 구독 요금에 포함 (월 정액) 사용량 기반 과금 (토큰 단위)
팀 공유 기능 가능 (Team 플랜) 개별 사용
프로젝트 폴더 선택 지원 지원
이전 프로젝트 재열기 지원 지원

어떤 로그인을 선택해야 할까요?

두 가지 로그인 방식 중 어떤 것을 선택해야 할지 고민된다면, 아래 가이드를 참고하세요. 대부분의 개인 사용자에게는 ChatGPT 구독 로그인이 더 간편합니다.

초보자용 풀이 "API 키"가 뭔지 한 번 더 정리

API 키는 OpenAI가 발급해주는 "내 신용카드가 연결된 비밀번호 토큰"입니다. ChatGPT 로그인은 월정액 카드처럼 정해진 한도 안에서 쓰는 방식이고, API 키는 택시 요금처럼 미터기로 측정해서 쓴 만큼만 청구됩니다. 회사 비용처리·자동화 스크립트가 필요한 게 아니라면 처음에는 ChatGPT 로그인이 압도적으로 편합니다.

개인 사용자 + ChatGPT를 이미 쓰고 있다면
ChatGPT 구독 로그인을 추천합니다. 이미 구독 중이라면 추가 비용 없이 Codex app을 바로 사용할 수 있습니다. 별도의 API 키를 발급받거나 관리할 필요가 없어서 가장 간편합니다. 공식 문서에 따르면 모든 ChatGPT 플랜에서 Codex를 사용할 수 있으며, Plus 이상 유료 플랜은 더 넉넉한 사용량을 제공합니다.
회사에서 비용을 관리하고 싶다면
API 키 로그인을 추천합니다. API 키 방식은 사용한 만큼만 비용이 청구되므로, 예산을 세밀하게 관리할 수 있습니다. 사용량 제한(limit)을 걸어두면 예상치 못한 비용 폭탄을 방지할 수 있습니다.
팀으로 협업한다면
ChatGPT Team 플랜을 추천합니다. Team 플랜에서는 팀원들이 동일한 프로젝트 설정과 작업 기록을 공유할 수 있어서, 협업 효율이 크게 올라갑니다. 관리자가 팀원의 접근 권한을 관리할 수도 있습니다.

핵심 포인트

  • Quickstart 문서 기준으로 Codex는 ChatGPT 구독 또는 API 키 로그인 모두 지원합니다. 두 방식 모두 Local 모드에서의 기본 기능은 동일합니다.
  • 앱 설치 후 프로젝트 폴더를 선택하면 과거에 작업했던 프로젝트도 다시 열 수 있습니다. 매번 폴더를 다시 찾을 필요 없이, 최근 프로젝트 목록에서 바로 클릭할 수 있습니다.
  • 첫 메시지를 보내기 전에 Composer(입력창)에서 Local이 선택되어 있으면 현재 머신에서 작업합니다. 이 모드에서는 여러분의 컴퓨터에 있는 파일을 직접 읽고 수정합니다.
  • API 키 로그인 시 일부 기능, 특히 Cloud Threads(클라우드에서 실행되는 작업)는 공식 Quickstart의 "might not be available" 안내처럼 아예 사용 불가할 수 있습니다. 처음에는 Local 모드만 사용해도 충분합니다.
따라해 보기 — 첫 세션 안전 점검 프롬프트 Codex App → Composer (Local)

실행 모드와 작업 범위를 Codex가 직접 확인하게 만드는 안전 점검 프롬프트입니다. 본격 작업 전에 한 번 실행해 보세요.

지금 너의 실행 모드(Local/Cloud), 현재 워킹 디렉터리, 그리고 네가 변경 권한을 가진 파일 범위가 무엇인지
한국어로 정리해 줘. 이번 세션에서 절대 건드리면 안 되는 폴더로
.git, node_modules, .env*, dist, build 를 추가해 줘. 다음 메시지부터 이 규칙을 지켜.
입력 위치
새 스레드의 첫 메시지로 권장.
기대 결과
현재 모드/디렉터리/금지 범위 요약. 이후 메시지부터 해당 규칙 적용.

Git 체크포인트: 왜 필요하고, 어떻게 만드나요?

Codex를 사용하기 전에 반드시 알아야 할 것이 하나 있습니다. 바로 Git(깃)이라는 도구입니다. Git이 낯설게 느껴질 수 있지만, 개념은 의외로 간단합니다.

Git은 "파일의 타임머신"입니다 Git(코드 버전 관리 도구)은 여러분의 프로젝트 파일이 어떻게 변했는지 기록해 주는 도구입니다. 마치 게임의 세이브 포인트처럼, 특정 시점의 상태를 저장해 두면 나중에 언제든지 그때로 돌아갈 수 있습니다. 워드(Word) 문서의 "변경 내용 추적" 기능과도 비슷합니다.

왜 Git이 필요한가요? Codex app은 여러분의 프로젝트 파일을 직접 수정할 수 있기 때문입니다. AI가 코드를 잘못 수정하거나, 의도하지 않은 방향으로 바꿀 수도 있습니다. 이때 Git 체크포인트가 있으면, "수정하기 전 상태"로 안전하게 되돌릴 수 있습니다. 보험에 가입하는 것과 같다고 생각하면 됩니다.

git commit(깃 커밋)이란, 현재 프로젝트의 상태를 스냅샷(snapshot)으로 저장하는 것입니다. 스마트폰으로 사진을 찍어두는 것과 비슷합니다. 한 번 커밋하면 그 시점의 모든 파일 상태가 기록됩니다.

Git 체크포인트 권장 공식 Quickstart는 Codex가 코드를 수정할 수 있으므로, 작업 시작 전에 반드시 Git 체크포인트를 만들어 두는 것을 권장합니다. 예상치 못한 변경이 발생해도 안전하게 이전 상태로 돌아갈 수 있습니다.

아래는 터미널(Terminal, 명령어 입력 창)에서 Git 체크포인트를 만드는 가장 기본적인 명령어입니다. macOS에서는 "터미널" 앱을, Windows에서는 "명령 프롬프트" 또는 "PowerShell"을 열어서 입력하면 됩니다:

# 1. 프로젝트 폴더로 이동합니다 cd ~/내문서/my-website # 2. 모든 파일의 현재 상태를 기록 대상에 추가합니다 git add . # 3. 현재 상태를 스냅샷(체크포인트)으로 저장합니다 git commit -m "Codex 작업 시작 전 체크포인트" # 나중에 되돌리고 싶다면 아래 명령어를 사용합니다 # git checkout .
Git이 처음이라 어렵게 느껴진다면, Codex app이 자동으로 변경 내역을 보여주는 Review Pane(리뷰 창) 기능을 활용할 수도 있습니다. Codex가 어떤 파일을 어떻게 바꿨는지 한눈에 확인하고, 원하지 않는 변경은 되돌릴 수 있습니다. 자세한 내용은 3. Review Pane로 변경 검토하기 페이지에서 다룹니다.
초보자용 풀이 "add", "commit", "checkout" 명령어 한눈 정리
  • git add . — "이 변경들을 사진 찍을 후보로 모아 놔" (스테이징)
  • git commit -m "메모" — "지금 모아 놓은 후보들로 사진을 찰칵 찍어. 메모는 이렇게 적어"
  • git status — "지금까지 뭘 바꿨고, 뭐가 사진 찍기 직전 후보야?"
  • git checkout . — "후보 안 찍고 다 버려. 마지막 사진 시점으로 돌려놔" (작업 중 변경 폐기)
따라해 보기 — Codex에게 체크포인트 만들게 시키기 Codex App → Composer (Local)

터미널이 익숙하지 않다면 Codex에게 직접 git 커밋을 만들도록 시킬 수 있습니다.

현재 작업 트리에 변경된 게 있다면 git status로 보여주고,
변경이 있을 경우에만 "chore: Codex 작업 시작 전 체크포인트" 라는 메시지로 커밋해 줘.
변경이 없으면 그냥 "변경 없음"이라고만 답하고 아무 것도 만들지 마.
입력 위치
Composer (Local 모드).
기대 결과
변경이 있을 때만 안전한 메시지로 1개 커밋 생성. 없으면 아무 것도 안 함.

주의: 첫 실행 시 Codex가 "이 명령을 실행해도 되겠습니까?" 라고 승인을 물을 수 있습니다. 한 번 승인하면 같은 세션 안에서는 다시 묻지 않습니다.

Git 설치부터 GitHub 연동까지: 완전 가이드

Git을 설치했다고 해서 바로 GitHub에 코드를 올릴 수 있는 것은 아닙니다. Git은 내 컴퓨터에서 버전을 관리하는 도구이고, GitHub(깃허브)는 인터넷에 있는 코드 저장소 서비스입니다. 이 둘을 연결하는 중간 과정이 필요합니다. 아래 단계를 순서대로 따라하면 처음부터 끝까지 완료할 수 있습니다.

Git과 GitHub의 차이 Git은 내 컴퓨터에 설치하는 프로그램(도구)이고, GitHub는 Git으로 관리한 코드를 인터넷에 올려서 저장하고 공유하는 웹 서비스입니다. 비유하자면, Git은 "일기장"이고 GitHub는 "클라우드에 일기장을 백업하는 서비스"입니다. Git 없이 GitHub를 쓸 수 없고, GitHub 없이 Git만 써도 됩니다. 하지만 둘을 함께 쓰면 코드 백업, 팀 협업, 포트폴리오 공개 등 훨씬 많은 일을 할 수 있습니다.

Step 1. Git 설치하기

먼저 내 컴퓨터에 Git이 설치되어 있는지 확인합니다. 터미널(macOS) 또는 명령 프롬프트/PowerShell(Windows)을 열고 아래 명령어를 입력하세요:

# Git이 설치되어 있는지 확인 git --version # 결과 예시: git version 2.44.0 # → 버전 번호가 보이면 이미 설치된 것입니다! # 'command not found' 또는 오류가 나온다면 설치가 필요합니다

Git이 설치되어 있지 않다면, 운영체제에 맞게 설치합니다:

운영체제 설치 방법 비고
macOS 터미널에서 xcode-select --install 실행 Xcode 도구와 함께 Git이 자동으로 설치됩니다
Windows git-scm.com에서 다운로드 후 설치 설치 과정에서 모든 옵션을 기본값으로 두면 됩니다
Windows (winget) PowerShell에서 winget install Git.Git 실행 Microsoft Store의 패키지 관리자를 이용하는 방법

Step 2. Git 사용자 정보 설정하기 (필수)

Git을 처음 설치하면, "나는 누구인지"를 Git에게 알려줘야 합니다. 이것은 나중에 코드를 수정할 때 "누가 이 변경을 했는지" 기록으로 남기기 위해서입니다. 회사 이메일을 쓸 필요는 없고, 아무 이름/이메일이나 괜찮습니다. 단, GitHub에 가입할 이메일과 같은 이메일을 쓰면 나중에 연동이 더 자연스럽습니다.

# 내 이름 설정 (GitHub에 표시될 이름) git config --global user.name "홍길동" # 내 이메일 설정 (GitHub 가입 이메일과 동일하게) git config --global user.email "hong@example.com" # 설정이 잘 되었는지 확인 git config --global --list # 결과: user.name=홍길동 # user.email=hong@example.com
이 설정을 하지 않으면? Git 사용자 정보를 설정하지 않으면, git commit 명령을 실행할 때 에러가 발생합니다. "Please tell me who you are"라는 메시지가 나타난다면, 위의 설정을 아직 하지 않은 것입니다.

Step 3. GitHub 계정 만들기

github.com에 접속하여 무료 계정을 만듭니다. 이메일, 비밀번호, 사용자 이름(username)만 있으면 됩니다. GitHub 무료 계정으로도 코드를 무제한으로 저장하고 공개/비공개 프로젝트를 만들 수 있습니다.

1
github.com 접속
브라우저에서 github.com에 접속합니다.
2
Sign up 클릭
우측 상단의 "Sign up" 버튼을 클릭합니다.
3
정보 입력
이메일, 비밀번호, 사용자 이름을 입력합니다.
4
이메일 인증
받은 이메일에서 인증 링크를 클릭하면 완료!

Step 4. 내 컴퓨터에서 GitHub 인증 설정하기

이 단계가 가장 많은 초보자가 놓치는 부분입니다. Git을 설치하고, GitHub 계정을 만들었다고 해서 바로 코드를 올릴 수 있는 것이 아닙니다. 내 컴퓨터가 "나는 이 GitHub 계정의 주인이다"라고 증명해야 합니다. 이것을 인증(Authentication)이라고 합니다.

인증 방법은 크게 세 가지가 있는데, 초보자에게 가장 쉬운 순서대로 소개합니다:

방법 1: GitHub CLI (가장 쉬움, 추천)

GitHub에서 만든 공식 명령줄 도구입니다. 한 번 설치하면 브라우저에서 로그인하듯이 간편하게 인증할 수 있습니다.

설치:
  • macOS: brew install gh
  • Windows: winget install GitHub.cli
인증: 터미널에서 gh auth login 실행 → 브라우저가 열림 → GitHub에 로그인 → 완료!
방법 2: Personal Access Token (PAT)

GitHub 웹사이트에서 "특별한 비밀번호"를 만들어서 사용하는 방법입니다. GitHub는 2021년부터 일반 비밀번호로 Git push를 차단하고, 대신 이 토큰을 사용하도록 했습니다.

만드는 법:
  1. GitHub.com → 프로필 아이콘 → Settings → Developer settings
  2. Personal access tokens → Tokens (classic) → Generate new token
  3. 만료기간 선택, "repo" 권한 체크 → Generate token
  4. 토큰을 반드시 복사해두세요! (페이지를 벗어나면 다시 볼 수 없음)
  5. git push 시 비밀번호 입력란에 이 토큰을 붙여넣기
방법 3: SSH 키 (고급)

암호화된 키 쌍(공개 키 + 비공개 키)을 생성하여 GitHub에 등록하는 방법입니다. 한 번 설정하면 매번 비밀번호를 입력할 필요가 없어 편리하지만, 초기 설정이 다소 복잡합니다.

핵심 과정:
  1. ssh-keygen -t ed25519 -C "이메일" 으로 키 생성
  2. 공개 키(~/.ssh/id_ed25519.pub) 내용을 복사
  3. GitHub → Settings → SSH and GPG keys → New SSH key에 붙여넣기
  4. 이후 HTTPS 대신 SSH URL로 저장소 연결
초보자 추천: GitHub CLI 방법 처음이라면 방법 1(GitHub CLI)을 강력히 추천합니다. 설치 후 gh auth login 한 줄이면 모든 인증이 자동으로 처리됩니다. 토큰이나 SSH 키를 직접 관리할 필요가 없어서 실수할 여지가 거의 없습니다.

GitHub CLI를 이용한 인증 전체 과정을 터미널에서 따라해 보세요:

# 1. GitHub CLI 설치 (macOS) brew install gh # 1. GitHub CLI 설치 (Windows) winget install GitHub.cli # 2. GitHub 로그인 (브라우저가 자동으로 열립니다) gh auth login # → "GitHub.com" 선택 # → "HTTPS" 선택 # → "Login with a web browser" 선택 # → 브라우저에서 코드를 입력하고 승인 # → 터미널에 "Logged in as 사용자이름" 메시지가 나오면 성공! # 3. 인증이 잘 되었는지 확인 gh auth status # 결과: ✓ Logged in to github.com as 사용자이름

Step 5. GitHub에 저장소 만들고 코드 올리기

이제 모든 준비가 끝났습니다! 내 컴퓨터의 프로젝트를 GitHub에 올리는 과정을 따라해 봅시다. 크게 두 가지 상황이 있습니다:

상황 A: 새 프로젝트를 처음 올리는 경우
아직 GitHub에 저장소(repository)가 없고, 내 컴퓨터에만 코드가 있는 상태입니다.
상황 B: 이미 있는 저장소에 변경사항을 올리는 경우
이미 GitHub에 저장소가 있고, Codex로 수정한 내용을 올리고 싶은 상태입니다.

상황 A: 새 프로젝트를 처음 올리기

# 1. 프로젝트 폴더로 이동 cd ~/Documents/my-project # 2. Git 저장소 초기화 (이 폴더에서 Git을 시작합니다) git init # 3. 모든 파일을 Git에 등록 git add . # 4. 첫 번째 체크포인트(커밋) 만들기 git commit -m "첫 번째 커밋: 프로젝트 시작" # 5. GitHub에 새 저장소 만들기 (GitHub CLI 사용) gh repo create my-project --public --source=. --push # → --public: 누구나 볼 수 있는 공개 저장소 (비공개는 --private) # → --source=.: 현재 폴더를 소스로 사용 # → --push: 만들자마자 코드를 올림 # 완료! 🎉 # https://github.com/사용자이름/my-project 에서 확인할 수 있습니다
GitHub CLI 없이 하는 방법 GitHub CLI를 사용하지 않는 경우에는 먼저 github.com/new에서 저장소를 직접 만든 다음, 아래 명령어로 연결합니다:
# GitHub 웹에서 저장소를 만든 후: git remote add origin https://github.com/사용자이름/my-project.git git branch -M main git push -u origin main

상황 B: Codex로 수정한 내용을 GitHub에 올리기

이미 GitHub에 연결된 프로젝트에서 Codex가 코드를 수정한 후, 변경사항을 올리는 방법입니다:

# 1. 어떤 파일이 바뀌었는지 확인 git status # → 빨간색으로 표시된 파일 = 수정되었지만 아직 등록 안 된 파일 # 2. 변경된 파일을 등록 git add . # 3. 변경 내용을 설명하는 메시지와 함께 체크포인트 만들기 git commit -m "Codex로 README 한국어 번역 완료" # 4. GitHub에 올리기 git push # 완료! GitHub 저장소 페이지에서 변경사항을 확인할 수 있습니다

전체 흐름 한눈에 보기

Git 설치부터 GitHub에 코드를 올리기까지의 전체 과정을 정리하면 다음과 같습니다:

1
Git 설치
git-scm.com 또는 xcode-select로 설치
2
사용자 설정
git config로 이름/이메일 등록
3
GitHub 가입
github.com에서 무료 계정 생성
4
인증 연결
gh auth login으로 내 컴퓨터 인증
5
git init
프로젝트 폴더에서 Git 시작
6
git add & commit
파일 등록 + 체크포인트 저장
7
저장소 생성
gh repo create로 GitHub에 생성
8
git push
코드를 GitHub에 업로드!
자주 하는 실수 TOP 3
  1. git config 설정 누락 — "Please tell me who you are" 에러가 나면 이름/이메일 설정을 확인하세요.
  2. GitHub 인증 없이 push 시도 — "Authentication failed" 에러가 나면 gh auth login 또는 PAT 설정을 확인하세요.
  3. 비밀번호로 push 시도 — GitHub는 2021년 8월부터 일반 비밀번호를 차단했습니다. Personal Access Token 또는 GitHub CLI를 사용해야 합니다.
초보자용 풀이 "origin", "main", "push", "pull"이 헷갈릴 때
  • origin — 내 저장소가 "기본으로 연결된 GitHub 주소"의 별명입니다.
  • main — "기본 브랜치(작업 갈래)"의 이름. 옛날엔 master였습니다.
  • git push — "내 컴퓨터의 커밋들을 GitHub에 올려라"
  • git pull — "GitHub에 다른 사람이 올린 변경을 내 컴퓨터로 받아라"
  • git push origin main = "내 main 브랜치 커밋을 origin(GitHub)에 올려라"라는 뜻입니다.
따라해 보기 — Codex에게 GitHub 첫 push 시키기 Codex App → Composer (Local)

로컬 폴더를 GitHub에 처음 올리는 과정을 Codex가 단계별로 안내·실행하게 합니다. gh CLI가 인증돼 있다는 전제로 실행됩니다.

이 폴더를 GitHub의 새 비공개 저장소로 올려 줘. 절차:
1) git status로 현재 상태 보여주기
2) .gitignore가 없다면 내 프로젝트 종류에 맞게 생성
3) git init이 안 되어 있다면 초기화
4) "feat: initial commit" 메시지로 첫 커밋
5) gh repo create <폴더명> --private --source=. --push 로 업로드
각 단계마다 어떤 명령을 왜 실행했는지 한 줄로 설명한 뒤 다음 단계로 넘어가 줘.
실패하면 멈추고 원인을 한국어로 알려 줘.
입력 위치
Composer (Local). gh auth status가 ✓ 상태여야 합니다.
기대 결과
GitHub에 비공개 저장소가 생성되고 첫 커밋이 push됨.

안전장치: "실패하면 멈추고 원인을 한국어로 알려 줘" 한 줄이 핵심입니다. 인증 만료·권한 부족 같은 실수가 있을 때 폭주하지 않고 멈춰 줍니다.

실전 팁

Codex app을 처음 사용할 때 알아두면 좋은 팁들을 모았습니다. 특히 코딩 경험이 많지 않은 분들은 아래 내용을 꼭 읽어보세요.

범위를 좁힌 프롬프트부터 시작
처음에는 "이 프로젝트 설명해줘", "버그만 최소 수정으로 고쳐줘"처럼 범위를 좁힌 프롬프트(메시지)가 안전합니다. "전체 프로젝트를 리팩토링해줘"처럼 너무 넓은 범위의 작업을 한 번에 요청하면 예상치 못한 결과가 나올 수 있습니다. 한 번에 하나씩, 작은 작업부터 시작하세요.
Git 체크포인트 만들기
공식 Quickstart는 Codex가 코드를 수정할 수 있으므로 Git 체크포인트를 권장합니다. git commit 또는 새로운 브랜치(branch, 작업 갈래)를 만들어 두세요. "Codex 작업 전"이라는 메모와 함께 저장해두면 나중에 찾기 쉽습니다.
팀 저장소 정리
팀 저장소(여러 사람이 함께 쓰는 프로젝트)라면 작업 시작 전 기본 브랜치(main branch) 상태를 먼저 정리해 두는 편이 리뷰가 쉽습니다. 불필요한 변경이 섞이지 않도록 깨끗한 상태에서 시작하세요.
한국어로 질문해도 됩니다
Codex app은 한국어를 잘 이해합니다. "이 함수에 주석 달아줘", "에러 원인 찾아줘"처럼 한국어로 자연스럽게 질문하면 됩니다. 다만, 코드 자체는 영어로 작성되는 경우가 많으므로, 코드 내용에 대해 물을 때는 파일명이나 함수명을 정확히 적어주면 더 좋은 결과를 얻을 수 있습니다.
결과를 꼭 확인하세요
AI가 수정한 코드가 항상 완벽한 것은 아닙니다. Codex가 작업을 완료하면, 어떤 파일이 어떻게 바뀌었는지 Review Pane(리뷰 창)에서 확인하는 습관을 들이세요. 의도하지 않은 변경이 있다면 "이 변경은 되돌려줘"라고 다시 요청할 수 있습니다.
따라해 보기 — 작은 작업으로 쪼개기 Codex App → Composer

"전부 다 리팩토링" 같이 막연한 요청은 위험합니다. Codex에게 먼저 계획만 짜게 한 뒤 한 단계씩 실행하면 안전합니다.

내가 하고 싶은 일: [예: src/ 아래 코드 스타일을 통일하고 싶어]
지금은 코드를 바꾸지 말고, 다음만 해 줘:
1) 작업을 5단계 이내로 쪼갠 실행 계획 제안
2) 각 단계마다 영향 받는 파일 수 추정
3) 각 단계가 실패하면 어떻게 롤백할지 한 줄씩
계획에 동의하면 내가 "1단계 시작" 이라고 다시 말할게.
입력 위치
Composer. 본 작업 시작 직전.
기대 결과
5단계 계획 + 영향 파일 수 + 롤백 방법. 코드 변경은 없음.

Composer 모드 안내

첫 메시지를 보내기 전에 Composer(입력창) 하단에서 실행 모드를 확인하세요. Local 모드가 선택되어 있으면 현재 내 컴퓨터에서 직접 코드를 수정합니다. Cloud 모드는 OpenAI의 원격 서버에서 작업하는 방식으로, 더 복잡한 설정이 필요할 수 있습니다.

Composer 실행 모드
Composer
Local 모드
현재 머신에서 실행
초보자 추천
Cloud 모드
원격 서버에서 실행
고급 사용자용
처음 시작할 때는 Local 모드가 가장 간단합니다. 프로젝트 폴더만 열면 바로 작업을 시작할 수 있고, 별도의 환경 설정이 필요 없습니다. Cloud 모드는 나중에 익숙해진 후에 시도해도 충분합니다.
초보자용 풀이 Local vs Cloud, 한 줄 차이
  • Local — 내 노트북의 파일을 직접 보면서 일함. 노트북을 닫으면 작업 멈춤. 인터넷 끊겨도 진단·되돌리기 가능.
  • Cloud — OpenAI 서버의 가상 컴퓨터에서 일함. 노트북을 닫아도 계속 진행. 결과는 PR/diff로 받아옴. 환경 설정(설치 스크립트)이 필요한 경우가 있음.

첫 번째 작업 예시: 단계별 따라하기

실제로 Codex app을 사용하는 과정을 구체적인 시나리오로 따라해 봅시다. 여기서는 "프로젝트의 README 파일을 한국어로 번역하기"를 예시로 들겠습니다. README(리드미) 파일은 프로젝트를 설명하는 문서로, 대부분 영어로 작성되어 있습니다.

1단계: Codex app을 실행합니다
설치된 Codex app을 클릭해서 엽니다. 로그인이 완료된 상태라면 프로젝트 선택 화면이 나타납니다.
2단계: 프로젝트 폴더를 선택합니다
번역하고 싶은 README가 있는 프로젝트 폴더를 선택합니다. 예를 들어, ~/Documents/my-project 폴더를 엽니다.
3단계: Git 체크포인트를 만듭니다
터미널에서 git add . && git commit -m "번역 작업 전 백업"을 실행해서 현재 상태를 저장합니다. 이 단계를 건너뛰어도 Codex는 작동하지만, 안전을 위해 꼭 해두세요.
4단계: Composer에서 Local 모드를 확인합니다
화면 하단의 Composer(입력창) 옆에 "Local"이라고 표시되어 있는지 확인합니다. 다른 모드가 선택되어 있다면 클릭해서 Local로 바꿔주세요.
5단계: 메시지를 입력합니다
Composer에 다음과 같이 입력합니다: "README.md 파일을 한국어로 번역해줘. 기술 용어는 영어를 괄호 안에 병기해줘." 그리고 Enter(또는 전송 버튼)를 누릅니다.
6단계: Codex의 작업을 확인합니다
Codex가 README.md 파일을 읽고, 한국어로 번역한 내용으로 파일을 수정합니다. 작업이 완료되면 Review Pane(리뷰 창)에서 원본과 번역본의 차이(diff)를 확인할 수 있습니다. 마음에 들면 수락하고, 수정이 필요하면 추가 메시지를 보내면 됩니다.
이 예시에서 Codex는 README.md 파일 하나만 수정합니다. 처음에는 이렇게 하나의 파일, 하나의 작업부터 시작하는 것이 안전합니다. 익숙해지면 "모든 문서를 한국어로 번역해줘"처럼 범위를 넓힐 수 있습니다.
따라해 보기 — 6단계 시나리오 한 번에 보내기 Codex App → Composer (Local)

위 1~6단계를 직접 한 번 따라해 보고 싶지만 매번 메시지를 짜기 귀찮을 때 쓰는 종합 프롬프트입니다.

아래 작업을 순서대로 진행해 줘. 각 단계 결과를 한 줄로 보고하면서 진행해.

1) 현재 폴더에 README.md 가 있는지 확인. 없다면 멈추고 "README 없음" 알려 줘.
2) 변경 전 백업: 변경된 파일이 있으면 "chore: 번역 전 체크포인트" 메시지로 커밋.
3) README.md 를 자연스러운 한국어로 번역. 코드 블록·링크·이미지는 그대로 유지.
4) 기술 용어는 번역 + 괄호 안 영어 병기 (예: 배포(deployment)).
5) 번역 후 README.md 원본/번역본 길이를 줄 수 단위로 비교해 알려 줘.
6) 다른 파일은 절대 수정하지 마.
입력 위치
Composer (Local).
기대 결과
체크포인트 커밋 1개 + README.md 한국어 번역 + 길이 비교 보고.

자주 묻는 질문 (FAQ)

Codex app을 처음 접하는 분들이 자주 궁금해하는 질문과 답변을 모았습니다.

Q: Codex app은 무료인가요?
Codex app 자체는 무료로 다운로드할 수 있습니다. 공식 문서 기준으로 ChatGPT Plus, Pro, Business, Edu, Enterprise 플랜과 OpenAI API 키 로그인으로 사용할 수 있습니다. Free/Go 제공 범위는 한시 정책이나 지역 정책에 따라 바뀔 수 있으므로 최신 공식 안내를 확인하세요. API 키 로그인은 종량제이며, 일부 cloud 기능은 ChatGPT 계정 로그인과 다를 수 있습니다.
Q: 코딩을 전혀 모르는데 사용할 수 있나요?
네, 사용할 수 있습니다. Codex app의 핵심은 자연어(한국어, 영어 등 일상 언어)로 지시하면 AI가 코드를 대신 작성하거나 수정해 주는 것입니다. 다만, 코드의 기본 개념(파일, 폴더, 변수 등)을 조금이라도 알고 있으면 AI의 결과물을 이해하고 판단하는 데 도움이 됩니다. 처음에는 "이 프로젝트를 설명해줘"처럼 읽기 전용 작업부터 시작하는 것을 추천합니다.
Q: 인터넷이 없으면 사용할 수 있나요?
아니요, 인터넷 연결이 필요합니다. Codex app은 여러분의 메시지를 OpenAI 서버로 보내서 AI가 처리한 결과를 받아오는 방식으로 작동합니다. 오프라인(인터넷이 없는 상태)에서는 메시지를 보낼 수 없습니다. 안정적인 인터넷 연결이 있는 환경에서 사용하세요.
Q: Codex가 내 코드를 마음대로 바꾸면 어떡하나요?
걱정하지 마세요. 첫째, Codex는 여러분이 요청한 작업만 수행합니다. 둘째, 작업 결과를 Review Pane(리뷰 창)에서 확인하고 수락/거절할 수 있습니다. 셋째, 위에서 설명한 Git 체크포인트를 미리 만들어 두면, 어떤 변경이든 원래 상태로 되돌릴 수 있습니다. 이 세 가지 안전장치가 있으므로, 안심하고 사용해 보세요.
Q: ChatGPT 웹과 Codex app의 차이는 뭔가요?
ChatGPT 웹은 브라우저에서 대화하는 범용 AI 챗봇입니다. 코드를 텍스트로 보여주기만 하므로, 직접 복사해서 붙여넣어야 합니다. 반면 Codex app은 코딩 작업에 특화된 데스크톱 프로그램으로, 여러분의 프로젝트 파일을 직접 읽고 수정할 수 있습니다. 또한 변경 내역 추적, 여러 작업 동시 실행, 프로젝트별 설정 관리 등 개발에 필요한 기능이 내장되어 있습니다.
Q: 내 코드가 OpenAI 서버로 전송되나요?
네, AI가 코드를 이해하고 수정하려면 코드 내용이 OpenAI 서버로 전송되어야 합니다. 민감한 정보(비밀번호, API 키, 고객 데이터 등)가 코드에 포함되어 있다면, 해당 파일은 미리 제외하거나 주의해서 사용하세요. 회사 프로젝트라면 보안 정책을 먼저 확인하는 것을 권장합니다.
따라해 보기 — 비밀정보 노출 자가진단 Codex App → Composer (Local)

Codex에 프로젝트를 보내기 전, 민감 정보가 코드에 들어 있는지 먼저 점검합니다.

이 프로젝트에서 비밀로 다뤄야 할 값(API 키, 비밀번호, 토큰, 개인정보, 내부 URL 등)이
소스 코드나 설정 파일에 하드코딩돼 있는지 점검해 줘.
- 의심 패턴: sk-, ghp_, AIza, AKIA, password=, secret=, BEGIN RSA PRIVATE KEY 등
- 발견하면 파일·줄 번호·발견 사유를 표로 보여 줘
- 절대 수정하지 말고 보고만 해
- 마지막에 .gitignore 와 환경변수(.env) 분리 권고도 한국어로 정리해 줘
입력 위치
Composer (Local). 프로젝트 첫 사용 직전 권장.
기대 결과
의심 항목 표 + 환경변수 분리 권고. 파일 변경 없음.

다음 단계

첫 메시지를 성공적으로 보냈다면, 이제 Codex app의 더 많은 기능을 탐색해 볼 차례입니다. 아래 순서대로 학습하면 Codex를 더 효과적으로 활용할 수 있습니다.

장점 / 단점 / 한계점

✅ 장점

  • 설치가 간단하고 별도 환경 구성 불필요
  • ChatGPT 계정으로 바로 로그인 가능
  • 첫 작업까지 5분 이내로 시작 가능
  • GUI로 직관적인 온보딩 경험 제공

❌ 단점

  • 플랜·로그인 방식별로 Cloud Threads 등 일부 기능 제공 범위가 다를 수 있음
  • API 키 로그인 시 클라우드 스레드 등 일부 기능 제한
  • 초기 프로젝트 인덱싱에 시간이 걸릴 수 있음

⚠️ 한계점

  • 오프라인에서는 사용 불가 (인터넷 연결 필수)
  • 플랜별 사용량 한도가 다름(Plus 이상이 더 넉넉)
  • 첫 요청의 품질이 프롬프트 작성 실력에 크게 좌우됨

공식 출처