오늘 본 영상은 AI 치트키님의 「클로드 코드 말고 Codex? GPT-5.5 코딩 AI 73개 명령어 완전 정복」입니다. 영상에서는 Codex CLI를 설치하고 사용하는 방법부터 권한 설정, 모델 선택, 세션 관리, MCP, 플러그인, 스킬, 단축키까지 넓게 다룹니다.
처음에는 명령어가 많아서 외워야 할 것이 많은 영상처럼 보였습니다. 하지만 내용을 정리해보니 핵심은 명령어 암기가 아니었습니다.
Codex는 단순한 채팅 도구가 아니라, 프로젝트 폴더 안에서 읽고, 고치고, 실행하고, 검토하는 작업 흐름 관리 도구다.
이번 글은 영상을 보고 배운 내용을 요약과 확장 관점으로 정리한 기록입니다.
한 문장 요약
Codex CLI는 터미널에서 프로젝트를 이해하고, 파일을 수정하고, 명령을 실행하며, 권한과 세션을 관리할 수 있는 AI 코딩 도구입니다. 잘 쓰려면 명령어를 많이 외우는 것보다 작업 폴더, 권한, 모델, 컨텍스트, 검증 흐름을 이해하는 것이 먼저입니다.
요약 맵
Codex CLI 핵심 구조
- 시작: 프로젝트 폴더에서 Codex 실행, 필요하면 작업 폴더 지정
- 모델: 작업 난이도에 맞게 모델과 추론 강도 선택
- 권한: 읽기 전용, 작업공간 쓰기, 전체 접근을 구분
- 입력: 파일, 폴더, 이미지, 스크린샷을 정확히 지정
- 세션: 새 대화, 재개, 분기, 압축으로 긴 작업 관리
- 검토: diff와 review로 수정 내용을 확인
- 확장: MCP, 플러그인, 스킬로 외부 도구와 작업 방식 연결
1. Codex는 어디서 실행하느냐가 중요하다
요약
Codex는 그냥 질문에 답하는 챗봇이 아닙니다. 현재 폴더를 기준으로 파일을 읽고, 필요한 경우 코드를 수정하고, 명령어도 실행할 수 있습니다.
그래서 가장 먼저 중요한 것은 어느 폴더에서 Codex를 실행하는가입니다. 프로젝트 폴더가 아닌 곳에서 실행하면 엉뚱한 파일을 기준으로 작업할 수 있습니다.
확장
학습에 적용하면 이것은 “공부할 범위를 먼저 정하는 것”과 같습니다. 막연히 AI에게 “이거 알려줘”라고 하는 것보다, 지금 보고 있는 프로젝트 폴더와 관련 파일을 정확히 지정해야 합니다.
예를 들어 CatchPro를 고도화한다면 이렇게 시작하는 편이 좋습니다.
CatchPro 프로젝트 폴더를 기준으로 현재 구조를 읽고,
오더 판단 로직과 로그 기록 흐름을 먼저 요약해줘.
아직 코드는 수정하지 마.2. 권한 설정은 안전장치다
요약
영상에서 중요하게 다룬 부분 중 하나는 권한 설정입니다. Codex는 파일을 읽거나 수정하고 명령어를 실행할 수 있기 때문에, 어느 정도까지 허용할지 정해야 합니다.
- 읽기 중심: 코드 설명, 구조 분석, 리뷰에 적합
- 작업공간 쓰기: 코드 수정, 문서 작성, 테스트 추가에 적합
- 강한 권한: 꼭 필요한 경우에만 사용
확장
AI 도구를 쓸 때 편리함만 보고 권한을 넓히면 위험합니다. 특히 실제 프로젝트에서는 먼저 읽기 전용으로 분석하게 하고, 계획이 정리된 뒤 수정 권한을 주는 방식이 더 안전합니다.
이전 영상에서 배운 “먼저 계획하고, 승인 후 구현한다”는 원칙과도 연결됩니다.
권한은 편의 기능이 아니라, AI가 어디까지 행동할 수 있는지를 정하는 울타리다.
3. 파일과 이미지를 정확히 보여줘야 한다
요약
Codex에는 파일이나 폴더를 직접 지정하는 기능이 있습니다. 전체 프로젝트를 막연히 보라고 하는 것보다, 관련 파일을 정확히 지정하는 것이 훨씬 좋습니다.
또한 UI 문제나 오류 화면처럼 말로 설명하기 어려운 것은 스크린샷을 붙여서 설명할 수 있습니다.
확장
이 부분은 블로그 기록에도 그대로 적용됩니다. 문제를 글로 쓸 때도 “안 됐다”라고만 쓰면 나중에 다시 봐도 도움이 되지 않습니다.
대신 아래처럼 남기면 좋습니다.
- 어떤 파일에서 문제가 생겼는지
- 어떤 화면이나 로그에서 확인했는지
- 처음 예상과 실제 결과가 어떻게 달랐는지
- 수정 후 어떤 변화가 있었는지
CatchPro는 로그와 DB를 함께 보고, YesTrader는 차트 이미지와 전략 문서를 함께 보고, InsightView Space는 수집 결과와 생성된 글을 함께 봐야 합니다.
4. 세션 관리는 긴 작업의 핵심이다
요약
영상에서는 새 대화, 화면 정리, 이전 세션 재개, 대화 분기, 컨텍스트 압축 같은 기능도 설명합니다.
이 기능들이 중요한 이유는 AI 작업이 한 번에 끝나지 않기 때문입니다. 프로젝트 고도화는 하루짜리 작업이 아니라, 며칠 또는 몇 주 동안 이어지는 흐름입니다.
확장
학습도 마찬가지입니다. 하루 공부하고 끝나는 것이 아니라, 이전에 배운 내용을 다시 불러오고, 다른 방향으로 시도하고, 핵심 내용을 압축하면서 이어가야 합니다.
블로그에 기록할 때도 세션 관리를 글 구조로 바꾸면 좋습니다.
- 지난 작업에서 어디까지 했는가?
- 오늘 새로 발견한 문제는 무엇인가?
- 이번에는 어떤 방향으로 분기해서 실험했는가?
- 다음 작업을 위해 무엇을 요약해둘 것인가?
5. diff와 review는 AI 작업의 브레이크다
요약
AI가 코드를 수정했다고 바로 믿으면 위험합니다. 영상에서는 변경된 내용을 diff로 확인하고, 필요하면 review 기능으로 한 번 더 점검하는 흐름을 추천합니다.
즉, Codex가 작업을 해도 최종 책임은 사람에게 있습니다.
확장
이 원칙은 제가 진행하는 세 프로젝트 모두에 중요합니다.
- CatchPro: 자동화 로직이 잘못된 오더를 잡지 않는지 확인해야 합니다.
- YesTrader: 신호가 실제 매매 로직으로 연결되기 전에 충분히 검증되어야 합니다.
- InsightView Space: AI가 만든 글이 사실과 다른 내용을 담지 않는지 확인해야 합니다.
AI가 만든 결과물은 초안이고, diff와 review는 그 초안을 실제 작업물로 바꾸는 검증 단계입니다.
6. MCP, 플러그인, 스킬은 확장 도구다
요약
영상 후반부에서는 MCP, 플러그인, 스킬도 다룹니다. MCP는 Codex가 외부 도구를 사용할 수 있게 연결하는 방식이고, 플러그인과 스킬은 특정 작업을 더 잘 수행하도록 도와주는 확장 기능입니다.
중요한 점은 이것입니다. 처음부터 모든 확장 기능을 붙일 필요는 없습니다. 먼저 기본 작업 흐름을 익히고, 반복되는 작업이 생겼을 때 스킬이나 플러그인으로 정리하는 편이 좋습니다.
확장
예를 들어 제가 반복적으로 하는 작업은 이런 것들입니다.
- 유튜브 자막을 분석해서 블로그 글로 정리하기
- 프로젝트 로그를 “문제 발견 → 수정 이유 → 수정 후 변화” 형식으로 쓰기
- WordPress에 카테고리와 태그를 붙여 발행하기
- CatchPro 로그를 읽고 개선 방향을 요약하기
이런 반복 작업은 나중에 스킬처럼 정리해두면 매번 같은 설명을 하지 않아도 됩니다.
내 프로젝트에 적용한다면
CatchPro
Codex를 바로 구현 도구로 쓰기보다, 먼저 로그 분석과 판단 흐름 정리에 쓰는 것이 좋습니다.
- 오더 상세 화면 판단 로직 읽기
- 최근 로그에서 오탐 가능성 찾기
- 수정 전후 diff 확인
- 수정 후 테스트 기준 정리
YesTrader
YesTrader에서는 무작정 자동매매 코드를 만들기보다, 신호 구조를 문서화하고 단계별로 구현하는 데 Codex를 활용할 수 있습니다.
- 후행 라벨과 실시간 트리거 분리
- SignalOnly → SemiAuto → FullAuto 단계 설계
- 손절, 청산, 일일 손실 제한 검증
- 전략별 테스트 시나리오 작성
InsightView Space
InsightView Space에서는 큰 파이썬 파일을 기능별로 나누는 리팩터링에 Codex를 쓸 수 있습니다.
- 수집, 분석, 글 생성, 이미지 업로드, 발행 단계 분리
- 각 단계별 로그 추가
- 자동 발행 전 검토 상태 저장
- 출처 링크와 수집 시간 기록
내가 사용할 요약/확장 템플릿
Codex 학습 기록 템플릿
- 오늘 배운 기능: 어떤 명령어나 기능을 배웠나?
- 한 문장 요약: 이 기능의 핵심은 무엇인가?
- 언제 쓰는가: 어떤 상황에서 필요한가?
- 주의할 점: 잘못 쓰면 어떤 문제가 생길 수 있나?
- 내 프로젝트 적용: 세 프로젝트 중 어디에 쓸 수 있나?
- 검증 기준: 제대로 적용됐는지 어떻게 확인할 것인가?
마무리
이번 영상에서 배운 것은 Codex 명령어를 많이 외우는 것이 아닙니다. 중요한 것은 Codex를 하나의 작업 흐름으로 이해하는 것입니다.
제가 이해한 핵심은 아래와 같습니다.
Codex를 잘 쓰려면 명령어보다 작업 기준이 먼저다. 어떤 폴더에서, 어떤 권한으로, 어떤 파일을 보고, 어떤 검증 기준으로 작업할지 정해야 한다.
앞으로 프로젝트를 고도화할 때는 Codex를 단순 구현 도구가 아니라, 분석하고 기록하고 검토하는 도구로 함께 써보려고 합니다.
참고 자료