Category Reference

Codex

Codex app, IDE 확장, CLI, AGENTS.md, 권한 설정, 자동화까지 Codex의 핵심 흐름을 카드형 레퍼런스로 정리합니다.

23 cards

제목, 요약, 태그, 섹션 제목 기준으로 찾습니다.

섹션

소개와 개념

3 cards

Codex소개와 개념

시작하기와 사용 방식

text
빠른 선택
- IDE extension: 현재 열어 둔 파일을 바로 읽고 고칠 때
- CLI: 명령 실행, 로그 확인, 검증 루프를 자주 돌릴 때
- Codex app: 여러 프로젝트와 스레드를 병렬로 관리할 때
- Codex web: 긴 작업을 클라우드에서 백그라운드로 맡길 때

모드 선택
- Local: 현재 작업 디렉터리를 직접 수정
- Worktree: Git worktree로 변경을 격리
- Cloud: 원격 환경에서 병렬 실행

Codex app, IDE 확장, CLI, Codex web을 어떤 상황에서 고르면 좋은지와 Local, Worktree, Cloud 모드의 차이를 입문 관점에서 정리합니다.

Codex소개와 개념

Worktree와 Handoff

text
핵심 흐름
1. 새 스레드에서 Worktree 모드 선택
2. 시작 브랜치 선택
3. Codex가 별도 worktree 생성
4. 백그라운드에서 작업 진행
5. 필요하면 Handoff로 Local로 가져와 검증

Codex app의 Worktree가 왜 필요한지와 Local, Worktree 사이를 Handoff로 오가는 안전한 흐름을 공식 문서 기준으로 정리합니다.

Codex소개와 개념

프로젝트와 스레드 운영

text
나누는 기준
- 프로젝트: 작업 범위와 sandbox 경계
- 스레드: 하나의 목표와 대화 흐름
- Worktree: 같은 프로젝트 안 병렬 구현

추천 운영
- 저장소가 다르면 별도 프로젝트
- monorepo라도 앱이나 패키지 경계가 다르면 별도 프로젝트
- 같은 코드베이스 안의 다른 목표는 별도 스레드

Codex app에서 프로젝트를 어떻게 나누고, 여러 스레드를 병렬로 운영하면 좋은지와 monorepo에서 분리 기준을 정리합니다.

작업 준비와 권한

5 cards

Codex작업 준비와 권한

Git 체크포인트와 깨끗한 작업 트리

bash
git status
git add <related-files>
git commit -m "checkpoint before codex task"

# Codex 작업 후
git diff
git status

Codex 작업 전후로 Git 체크포인트를 남기고 작업 트리를 깨끗하게 유지해야 하는 이유를 diff 검토, 롤백, 병렬 작업 관점에서 정리합니다.

Codex작업 준비와 권한

config.toml 기본

toml
model = "gpt-5.4"
approval_policy = "on-request"
sandbox_mode = "workspace-write"
web_search = "cached"
model_reasoning_effort = "high"
personality = "friendly"

[profiles.review]
model_reasoning_effort = "high"
web_search = "disabled"

사용자 설정과 프로젝트 설정을 어디에 두는지, 어떤 키를 자주 조정하는지, 우선순위가 어떻게 결정되는지를 정리하는 Codex 설정 카드입니다.

Codex작업 준비와 권한

샌드박스와 승인 정책

toml
approval_policy = "on-request"
sandbox_mode = "workspace-write"

[sandbox_workspace_write]
network_access = true

샌드박스는 무엇을 기술적으로 허용하는지, 승인 정책은 언제 물어보는지, 왜 둘을 따로 생각해야 하는지를 정리하는 보안 기본 카드입니다.

Codex작업 준비와 권한

Cloud Environments 기본

text
클라우드 작업 순서
1. 컨테이너 생성 + 저장소 checkout
2. setup script 실행
3. 인터넷 접근 정책 적용
4. 에이전트가 명령 실행, 수정, 검증
5. 결과 diff와 답변 표시

Codex Cloud environments가 어떤 순서로 준비되고, setup script, maintenance script, environment variables, secrets, cache가 각각 어떤 역할을 하는지 정리합니다.

Codex작업 준비와 권한

Local environments와 Actions

text
로컬 환경이 담당하는 것
- setup script: 새 Worktree 준비
- action: 자주 쓰는 명령을 상단 버튼으로 등록
- platform override: macOS, Windows, Linux별 스크립트 분기

공유 규칙
- 설정은 프로젝트 루트의 .codex 아래에 둔다
- monorepo에서는 해당 .codex 가 있는 프로젝트 디렉터리를 열어야 한다

`.codex` 기반 Local environments로 Worktree 준비 스크립트와 상단 액션 버튼을 공유하는 방법을 정리합니다.

AGENTS와 컨텍스트

2 cards

CodexAGENTS와 컨텍스트

AGENTS.md 기초

md
# AGENTS.md

## Repo layout
- app/: 사용자 화면
- lib/: 공용 로직

## Run and test
- npm run build
- npm test

## Conventions
- 새 파일은 kebab-case
- 테스트가 가능하면 같이 추가

## Done when
- 관련 테스트 통과
- diff 검토 완료

Codex에게 저장소 규칙을 매번 다시 설명하지 않기 위해 AGENTS.md에 무엇을 적어야 하는지와 어떻게 작게 유지할지를 정리합니다.

CodexAGENTS와 컨텍스트

AGENTS.md 탐색 순서와 우선순위

text
탐색 순서의 큰 흐름
1. ~/.codex/AGENTS.override.md 또는 ~/.codex/AGENTS.md
2. 저장소 루트의 AGENTS.override.md 또는 AGENTS.md
3. 현재 작업 디렉터리까지 내려오며 더 가까운 AGENTS 파일

원칙
- 더 가까운 디렉터리 지침이 더 강합니다.
- 여러 파일은 root -> leaf 순서로 합쳐집니다.

전역 AGENTS.md, 저장소 루트, 하위 디렉터리 지침이 어떻게 합쳐지고 무엇이 더 우선하는지를 이해하기 위한 카드입니다.

프롬프팅과 세션 운영

5 cards

Codex프롬프팅과 세션 운영

작업 프롬프트 설계

text
Goal:
- 무엇을 바꿀지

Context:
- 관련 파일, 재현 절차, 현재 상태

Constraints:
- 건드리면 안 되는 API, 성능 조건, 스타일 규칙

Done when:
- 어떤 테스트와 어떤 결과가 나오면 끝인지

Goal, Context, Constraints, Done when 구조로 Codex에게 일을 맡길 때 누락과 재작업을 줄이는 프롬프트 설계 기본 카드를 정리합니다.

Codex프롬프팅과 세션 운영

계획 세우기와 Definition of Done

text
/plan

목표:
- 인증 모듈 리팩터링

계획에 꼭 포함할 것:
- 단계별 파일 이동 범위
- 각 단계의 검증 방법
- 롤백 전략
- 사용자 영향이 없는지 확인하는 기준

어려운 작업을 바로 구현하기보다 /plan, 마일스톤, 롤백 조건, 검증 단위를 먼저 정리해 실패 비용을 줄이는 방법을 다룹니다.

Codex프롬프팅과 세션 운영

세션 운영과 슬래시 명령

text
자주 쓰는 슬래시 명령
/status       현재 모델, 승인 정책, writable roots 확인
/permissions  권한 프리셋 변경
/compact      긴 대화 압축
/fork         현재 대화를 새 스레드로 분기
/resume       저장된 세션 이어서 작업
/mention      특정 파일을 대화에 붙이기

/status, /permissions, /compact, /fork, /resume 같은 슬래시 명령으로 긴 작업 중 세션을 잃지 않고 제어하는 방법을 정리합니다.

Codex프롬프팅과 세션 운영

IDE 동기화와 Auto context

text
권장 사용 흐름
1. Codex app과 IDE를 같은 프로젝트로 연다
2. composer에서 `IDE context` 옵션을 확인한다
3. 현재 보고 있는 파일을 자연어로 가리키려면 `Auto context`를 켠다
4. 컨텍스트 포함 여부가 불확실하면 잠시 끄고 결과를 비교한다

Codex app과 IDE Extension이 같은 프로젝트에서 어떻게 동기화되고, `IDE context`와 `Auto context`를 언제 켜고 끄는지 정리합니다.

Codex프롬프팅과 세션 운영

통합 터미널 활용

text
통합 터미널 기본 흐름
1. Cmd+J 로 현재 스레드의 터미널을 연다
2. 테스트, 린트, git 상태 확인 같은 검증 명령을 실행한다
3. Codex에게 현재 터미널 출력 기준으로 다음 행동을 요청한다
4. 반복 명령이면 action 으로 승격한다

기억할 단축키
- Cmd+J: 터미널 열기/닫기
- Ctrl+L: 터미널 화면 지우기
- Cmd+K: 명령 팔레트

스레드별 통합 터미널을 검증 루프와 개발 서버 확인에 쓰는 법, `Cmd+J`, `Ctrl+L`, 액션과의 역할 차이를 정리합니다.

검증과 협업

3 cards

Codex검증과 협업

검증과 리뷰 루프

text
검증 루프
1. 재현 절차를 먼저 준다.
2. 최소 수정으로 고치게 한다.
3. 가장 작은 관련 테스트를 다시 돌리게 한다.
4. git diff를 검토한다.
5. 필요하면 /review로 한 번 더 점검한다.

재현 절차, 최소 테스트, diff 검토, /review까지 연결해 Codex 산출물을 신뢰 가능한 결과로 바꾸는 검증 루프를 정리합니다.

Codex검증과 협업

GitHub review와 Cloud 작업 위임

text
GitHub에서 쓰는 기본 패턴
1. Codex Cloud를 설정한다.
2. 리포지터리에서 Code review를 켠다.
3. PR 댓글에 @codex review 를 남긴다.
4. 리뷰가 아니라 작업 위임이면 @codex 뒤에 작업을 적는다.

예:
@codex review
@codex fix the CI failures

GitHub PR에서 `@codex review`를 쓰는 흐름과, 일반 댓글로 Cloud 작업을 맡기는 방식을 공식 기준으로 정리합니다.

Codex검증과 협업

앱 내 Git 검토와 커밋

text
앱 안 Git 검토 흐름
1. diff pane에서 변경 내용을 확인한다
2. 문제 줄에는 inline comment로 수정 방향을 남긴다
3. 괜찮은 부분만 chunk 단위로 stage 하거나 불필요한 부분은 revert 한다
4. 검증이 끝나면 app 안에서 commit, push, PR 생성까지 이어 간다
5. 복잡한 Git 작업은 통합 터미널로 넘긴다

diff pane, inline comments, chunk stage/revert, commit, push, PR까지 Codex app 안에서 처리하는 Git 검토 흐름을 정리합니다.

확장과 자동화

5 cards

Codex확장과 자동화

MCP, Skills, Automations

text
역할 나누기
- AGENTS.md: 저장소 규칙과 기본 지침
- Skills: 반복 가능한 작업 절차 패키지
- MCP: 외부 시스템과 도구 연결
- Automations: 정기적으로 돌아가는 백그라운드 작업

AGENTS.md와는 다른 역할을 하는 MCP, Skills, Automations의 경계를 나누고, 반복 작업을 Codex에 축적하는 방법을 정리합니다.

Codex확장과 자동화

Unity MCP 소개

text
README 기준 빠른 흐름
1. Unity에 패키지 설치
2. Unity에서 MCP for Unity 창 열기
3. 서버 시작 후 MCP 클라이언트 연결
4. 에이전트가 Unity 도구를 호출

핵심 포인트
- localhost:8080 기반 MCP 엔드포인트
- 에셋, 씬, 스크립트, 테스트, 콘솔 읽기까지 폭넓은 도구 제공
- 여러 Unity 인스턴스를 resource + tool로 선택 가능

Unity 에디터를 MCP 도구 집합으로 노출해 Codex 같은 에이전트가 씬, 에셋, 스크립트, 테스트를 구조적으로 다루게 해 주는 커뮤니티 프로젝트를 소개합니다.

Codex확장과 자동화

unity-cli 소개

bash
unity-cli status
unity-cli editor play --wait
unity-cli console --filter all
unity-cli exec "Application.dataPath"

MCP 없이 셸 명령만으로 Unity 에디터를 조작하고 상태를 읽게 해 주는 커뮤니티 CLI 도구를 Codex 활용 관점에서 소개합니다.

Codex확장과 자동화

codex exec 기본

bash
codex exec "summarize the repository structure"
codex exec --json "summarize the repository structure"
codex exec --ephemeral "triage this repository"
codex exec --output-schema ./schema.json -o ./result.json "Extract metadata"
codex exec resume --last "continue from the previous run"

CI나 스크립트에서 Codex를 비대화형으로 실행하는 codex exec의 기본 사용법과 권한, JSON 출력, 스키마 출력, 재개 흐름을 정리합니다.

Codex확장과 자동화

Automations와 Triage Inbox

text
안전한 자동화 순서
1. 일반 스레드에서 프롬프트를 수동 검증한다
2. 자동화로 승격한다
3. Git 저장소면 local 또는 worktree 실행 방식을 고른다
4. 첫 몇 회차는 Triage Inbox에서 결과를 집중 검토한다
5. 끝난 실행은 archive 해서 인박스와 worktree를 정리한다

Codex app의 Automations를 로컬과 Worktree로 안전하게 운용하고, Triage Inbox와 기본 sandbox를 이해하는 방법을 정리합니다.