Codex CLI는 /plan부터 켭니다 — lustoykov 12분으로 오늘 한 작업을 할일로 자릅니다 | DAKER 커뮤니티

터미널 코딩 에이전트를 깔아 두고도, 채팅처럼 바로 코드를 요청하다가 방향을 잃는 경우가 많습니다. lustoykov의 영상 Codex CLI: Everything You Need in 12 mins는 설치부터 슬래시 명령, 플래그, 스킬까지를 짧은 실습 순서로 보여 줍니다. 핵심 변화는 단순합니다. 오늘 한 작업을 바로 구현하지 말고, 먼저 /plan으로 질문을 받고 계획·할일로 나눈 뒤 실행하는 쪽으로 옮깁니다.

Codex CLI에서 /plan으로 오늘 작업을 할일로 나누는 흐름을 고화질 일러스트풍으로 정리한 생성 이미지
설명용 생성 이미지입니다.
Codex CLI는 설치 직후 구현부터가 아니라 /plan으로 범위를 고정한 뒤 할일로 들어갑니다.

1. 설치와 인증: Node 다음 npm 한 줄입니다

Node.js가 없으면 nodejs.org에서 설치합니다. 이어서 터미널에서 npm install -g @openai/codex를 실행합니다. 영상에서는 ChatGPT 계정으로 로그인해 device code 흐름을 통과하는 장면을 보여 줍니다. API 키로도 가능하다고 안내합니다. 인증이 끝나면 codex로 대화형 세션에 들어가거나, 한 번만 돌릴 작업은 codex exec로 비대화형 실행할 수 있습니다.

대화형은 codex, 원샷·CI형은 codex exec로 나눕니다.

2. /plan으로 오늘 작업을 할일로 자릅니다

영상은 React 레시피 생성 웹앱을 예로, /plan을 켠 뒤 요구사항을 적는 흐름을 보여 줍니다. Codex가 템플릿인지 API 호출인지 같은 질문을 이어 가고, 답을 모은 뒤 요약·구현 변경·테스트 계획·가정(assumptions)이 담긴 제안 계획을 내놓습니다. 승인하면 작은 할일로 쪼개져 구현이 시작됩니다. 중간에 서버를 띄운 경우에는 /ps로 백그라운드 터미널을 확인하고, 셸이 필요하면 !접두사로 명령을 실행합니다. 대회 제출 스크립트나 내부 도구를 만들 때도, 프롬프트 한 줄로 바로 파일을 쓰기보다 이 질문 루프를 한 바퀴 도는 편이 되돌아가기를 줄입니다.

3. /init는 기본값으로 두지 않습니다

/init는 저장소용 agents markdown(시스템 프롬프트 성격)을 생성합니다. 다만 영상은 여러 코딩 에이전트·LLM에서 컨텍스트 파일이 없을 때보다 작업 성공률이 떨어지고 추론 비용이 20% 이상 늘어난다는 연구를 인용하며, 이 파일이 맥락을 오염시킬 수 있다고 경고합니다. 이미 AGENTS.md를 쓰는 중이라면 오늘 분량을 점검하고, 새로 깔았다면 /plan·파일 참조(@)·짧은 작업 지시로 먼저 성과를 내는 쪽이 영상 권장에 가깝습니다.

/init로 만든 컨텍스트 파일이 항상 이득은 아닙니다. 성공률과 비용부터 의심합니다.

4. /review·/model·/compact로 품질과 토큰을 맞춥니다

/review는 현재 브랜치 대비나 uncommitted 변경을 검토하고, P1·P2처럼 우선순위를 붙여 액션 아이템을 돌려줍니다. 이어서 같은 세션에서 수정을 시키면 계획→구현→리뷰가 한 줄로 이어집니다. /model에서는 중간(medium) 추론이 비용·속도 균형으로 소개되며, Pro가 아니면 일상은 medium을 권합니다. 긴 세션 뒤에는 /compact로 대화를 요약해 컨텍스트를 비웁니다. /status로 토큰 사용을 확인하고, 끊긴 작업은 codex resume 또는 codex resume --last로 이어갑니다.

5. 권한 플래그는 백업 전제에서만 -y입니다

비대화형 예시로 데스크톱의 약 5MB 이미지를 2MB 미만으로 줄이는 codex exec를 보여 주며, 전체 권한용 yellow flag(-y)를 함께 씁니다. 영상 기준으로 해당 실행은 약 7,675토큰을 썼고, 입력 백만 토큰 약 2.50달러·출력 백만 토큰 약 15달러 단가를 언급하며 수 센트 수준이라고 설명합니다. -y는 승인을 묻지 않고 sandbox를 danger full access로 두는 조합으로 소개됩니다. 민감 데이터가 있거나 백업이 없으면 --ask-for-approval과 sandbox를 read-only·workspace-write로 두는 편이 안전합니다. 설정은 ~/.codex/config.toml에 모입니다.

6. 스킬과 IDE: Playwright까지 한 번에 붙입니다

스킬은 .codex/skills 아래 skill.md와 스크립트·에셋 묶음입니다. 시스템 스킬로 skill creator·skill installer·OpenAI docs가 언급되고, 추가로 curated 스킬을 설치할 수 있습니다. 영상에서는 $skill-installer로 Playwright interactive 스킬을 받아, 에이전트가 브라우저를 열고 클릭·스크롤로 앱을 검증한 뒤 요약을 돌려주는 장면을 보여 줍니다. Cursor·VS Code에서는 Codex 확장을 설치한 뒤 터미널에서 codex를 쓰면 변경분이 IDE에 반영됩니다. 디자인 참고는 Dribbble 스크린샷을 첨부하거나 @로 파일을 가리키면 됩니다.

반복 QA는 스킬로 붙이고, 일회성 수정은 /review 결과에 바로 이어서 고칩니다.

오늘 할 일 하나

프로젝트 폴더에서 codex를 연 뒤, 오늘 끝낼 작업 한 건을 /plan에 넣고 질문 루프를 끝냅니다. 계획이 나오면 구현을 맡기고, 커밋 전 /review로 P1만 처리합니다. 이미 CLI를 쓰고 있다면 /init로 만든 컨텍스트 파일 길이와 /model이 medium인지부터 확인해도 됩니다.

여러분은 Codex를 챗 한 줄로 쓰십니까, 아니면 /plan·/review 루프로 쓰십니까? 지금 막히는 명령이나 플래그를 댓글로 남겨 주시면 좋습니다.

출처