Master 96% of Codex in under 35 minutes

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

35분 안에 훑는 Codex 활용의 핵심은 프로젝트 맥락·목표·스킬을 연결하고, 업무에 맞는 모델과 권한으로 실제 작업을 실행하는 것이다.

📌 핵심 요점

1. 프로젝트와 AGENTS.md로 반복 설명을 줄인다. 업무 자료를 폴더에 모으고, 상시 규칙과 자료 탐색 경로를 AGENTS.md에 정리한다. 프로젝트별 설정과 사용자 전체 설정의 적용 범위를 구분하며, 로컬 파일로 보관한 규칙과 스킬은 다른 에이전트 도구로 옮기는 기반이 된다.
2. 에이전트 루프와 /goal로 완료까지 작업을 맡긴다. Codex는 추론·도구 실행·응답을 반복하며 파일과 외부 데이터를 이용한다. 자료 확보 수량이나 결과물 구성처럼 객관적인 완료 조건을 정하고, 실행 기록과 결과물 검증으로 진행 상황을 확인한다.
3. 실행 환경과 권한을 작업에 맞춘다. 로컬은 컴퓨터의 파일을 직접 다루고, 클라우드는 별도 샌드박스에서 실행한다. 원격 접속은 켜져 있는 로컬 컴퓨터의 대화에 접근하는 방식이며, 워크트리는 실험을 분리하고 검증한 변경을 병합하는 데 쓰인다. 권한 설정은 승인 빈도와 자율 실행 범위를 조절한다.
4. 모델·추론 노력·속도를 함께 조정한다. 영상은 일반적인 지식 업무에 Sol의 중간 추론 노력을 제안한다. 높은 추론 노력과 빠른 모드는 사용량을 더 소모하므로 작업 난도에 맞춰 선택해야 하며, 구독 한도와 API 토큰 과금은 구분해야 한다.
5. 스킬과 외부 연결을 조합해 반복 업무를 확장한다. 스킬은 검증된 절차를 재사용하고 피드백으로 개선하는 장치다. 플러그인·API·브라우저로 외부 서비스를 이용하고, Sites로 결과물을 공유하며, 하위 에이전트로 조사를 병렬화한다. 예약 작업과 음성 요청은 반복 실행과 여러 스레드의 협업을 연결한다.

🧩 배경과 문제 정의

• 일반적인 웹 챗봇은 새 대화를 시작할 때 사용자, 사업, 진행 중인 업무의 맥락을 다시 설명해야 한다. 프로젝트에 파일과 규칙을 모으면 이러한 반복을 줄일 수 있다.
• Codex의 활용 범위는 소프트웨어 개발을 넘어 자료 조사, 콘텐츠 제작, 업무 운영까지 확장된다. 핵심은 답변 생성뿐 아니라 파일과 외부 도구를 이용해 실제 작업을 수행하는 구조에 있다.
• 지속적인 활용에는 프로젝트 맥락과 재사용 가능한 작업 절차가 필요하며, 실행 환경·모델·추론 노력·권한을 업무의 비용과 위험에 맞게 선택해야 한다.

🕒 시간순 섹션별 상세정리

1. 프로젝트에 업무 맥락을 모아 반복 설명을 줄인다

• 프로젝트는 컴퓨터의 폴더와 파일 모음이다. 사례의 Herk 2 프로젝트에는 사용자 규칙, 인증 정보, 진행 중인 프로젝트, YouTube 영상 자료 등이 들어 있어 업무 맥락의 기반이 된다. [01:19]
• 지난달의 작업을 정리하는 요청에서는 프로젝트 자료와 이전 대화를 바탕으로 운영 시스템 개선, YouTube 전략, 모델 실험, 제품·웹사이트·사업 운영 등의 작업을 묶어낸다. [01:40]

2. AGENTS.md에 상시 규칙과 자료 탐색 경로를 둔다

• AGENTS.md는 프로젝트별 기본 규칙을 담는 Markdown 파일이다. Herk 2의 예시에는 운영 업무를 줄여 영상 제작에 집중하도록 돕는 역할, 협업 규칙, 데스크톱에서의 안전 수칙이 포함된다. [02:36]
• 파일이 수백 개에서 수천 개에 이를 수 있는 프로젝트에서는 라우팅 지도가 자료 탐색을 돕는다. 사업 정보, 기업 구조, 문체, 강의 지식, 활성 프로젝트마다 참조할 위치를 지정한다. [02:54]

3. 에이전트 루프가 추론과 도구 실행을 연결한다

• Codex, Claude Code, Hermes 같은 에이전트 실행 도구는 추론하고 도구를 사용하며 응답하는 과정을 반복한다. 답변 뒤에도 필요한 행동과 도구 실행이 이어질 수 있다. [04:25]
• 작업 기록을 펼치면 실행한 명령과 읽은 자료를 확인할 수 있다. 지난달 작업 정리에서는 규칙과 구별되는 기억 자료인 memory.md와 다른 대화를 참조했다. [04:48]

4. /goal로 완료 조건을 정하고 지속 작업을 맡긴다

• /goal은 목표를 계속 추구하도록 설정하는 기능이다. 장애물을 만나면 다른 방법을 재시도하는 방식이며, 자료 257개 확보와 보고서 작성처럼 객관적인 조건이 있으면 완료 여부를 판단하기 쉽다. [06:36]
• Hyperframes를 이용한 영상 제작 사례에서는 HTML을 영상으로 렌더링해 인트로 장면 하나와 개념 카드 18개를 만들도록 목표를 정했다. 완료 결과에는 스크린샷을 이용한 시각적 점검도 포함됐다. [07:50]

5. Claude Code의 규칙과 스킬을 복사해 작업 기반을 옮긴다

• 기존 Claude Code 프로젝트를 Codex용으로 옮긴 사례에서는 Claude의 규칙 파일을 AGENTS.md로 복사하고, 스킬과 설정 파일도 대응하는 위치에 복사했다. 기존 규칙 파일과 새 규칙 파일은 함께 유지됐다. [09:04]
• 문서 확인과 프로젝트 분석을 거쳐 Codex에서 사용할 수 있게 정리하는 작업도 에이전트에 맡길 수 있다. 로컬 파일과 폴더로 업무 지식을 보관하면 여러 에이전트 실행 도구에서 활용하기 쉬워진다. [09:30]

6. 로컬 실행과 클라우드 실행, 원격 접속을 구별한다

• 로컬 파일은 현재 사용하는 컴퓨터에 있는 자료이며, OneDrive 같은 서비스와 동기화하면 클라우드에도 보관할 수 있다. 로컬에서 만든 웹사이트의 localhost 주소는 다른 사람이 같은 주소를 열어도 해당 컴퓨터의 사이트로 연결되지 않는다. [10:18]
• 로컬 대화에서는 컴퓨터의 파일을 생성·수정·삭제하거나 이동하는 작업이 가능하다. 클라우드 대화를 선택한 화면에서는 별도의 샌드박스 환경이 설정되며, 로컬 화면에 있던 모델과 권한 선택 항목이 사라진다. [11:57]

7. 워크트리로 실험을 분리한 뒤 변경을 합친다

• 새 로컬 워크트리는 프로젝트의 별도 작업 공간을 만들어 병렬 작업을 가능하게 한다. 온보딩 흐름 변경처럼 실험이 필요한 작업을 주 작업 브랜치와 분리해 다른 팀원의 작업에 영향을 줄이는 용도다. [13:42]
• 분리한 공간에서 시험한 변경은 나중에 주 브랜치로 병합할 수 있다. 발표자의 지식 업무에서는 사용 빈도가 낮지만, 소프트웨어 작업에서는 Codex가 새 워크트리 사용을 제안하기도 한다. [14:08]

8. Codex 설정의 프로젝트 범위와 사용자 범위를 구별한다

• Codex 설정 폴더는 프로젝트 내부와 사용자 전체 범위에 각각 존재할 수 있다. 프로젝트 내부에는 에이전트, 워크플로, 로컬 설정 파일 등이 들어간다. [14:45]
• 사용자 전체 범위에는 기억, 세션, 자동화, 개인 설정과 앱 데이터 등이 저장되며, 어떤 프로젝트를 열었는지와 관계없이 적용되는 정보가 있다. 설정을 둘 위치가 불명확하면 Codex에 문서를 확인해 판단하도록 요청할 수 있다. [15:14]

9. 모델별 성능·사용량과 토큰 과금을 구별한다

• 모델은 새 대화에서 선택하거나 메시지 사이에 변경할 수 있고, 이름은 시간이 지나면 달라질 수 있다. 영상 시점의 비교에서는 Astra가 가장 강력하고 주간 사용량도 가장 빨리 소모하며, 5.6 Sol과 더 저렴한 모델이 그 뒤를 따른다. [16:20]
• 영상에 제시된 Astra API 가격은 입력 토큰 100만 개당 10달러, 출력 토큰 100만 개당 50달러다. Codex 구독은 API 과금과 별도의 사용 한도를 제공하며, 월 200달러 구독의 주간 한도를 매주 전부 쓰면 월 약 1만 4천 달러 상당의 추론을 얻는다는 개인 추산이 드러난다. 한도 초과 시에는 추가 크레딧을 구매할 수 있다. [17:00]

10. 추론 노력과 빠른 모드를 업무에 맞게 조절한다

• 같은 모델에서도 낮음·중간·높음 등의 추론 노력 수준을 선택할 수 있다. 수준이 높아지면 품질과 지능이 높아지는 대신 비용도 증가하며, 화면의 ultra 선택에는 전체 접근 권한이 필요했다. 벤치마크도 어떤 노력 수준으로 측정했는지에 따라 해석이 달라진다. [19:19]
• 이메일 작성 같은 작업에 Astra의 높은 노력 수준을 쓰는 것은 과도할 수 있다. 일반적인 지식 업무에는 Sol의 중간 수준을 제안하며, 업무에 따라 모델과 노력 수준을 함께 조정하는 방식을 권한다. [20:06]

11. 권한 설정으로 승인 빈도와 자율 실행 범위를 조절한다

• 전체 접근 권한은 작업 중 승인 질문을 줄이는 방식이다. 승인 요청 모드는 외부 파일 편집과 인터넷 사용 등에 승인을 요구하므로, 초기에는 명령 실행과 브라우저 접근 과정을 확인하며 익숙해지는 데 활용할 수 있다. [20:43]
• 대신 승인해 주는 모드는 삭제나 특정 API 호출처럼 안전하지 않다고 감지되는 행동에 승인을 요청한다. 특정 행동을 막는 세부 제한은 Codex에 요청해 설정 파일에 반영할 수 있다. [21:15]

12. 스킬로 검증된 작업 절차를 재사용하고 개선한다

• 스킬은 원하는 결과를 반복해서 얻기 위한 재사용 가능한 작업 절차다. 결과에 문제가 있으면 절차를 수정하고 다음 실행에서 확인하는 방식으로 개선한다. 팬케이크가 탔을 때 조리 시간을 한 면당 30초 줄이는 비유가 이에 해당한다. [21:42]
• 로컬 영상 파일에서 설명문·타임스탬프·LinkedIn 게시물을 만들고, 이어서 제목·썸네일·영상 스크린샷이 포함된 X 기사 초안을 저장하는 사례에서는 여러 스킬을 조합했다. [22:28]

13. agents 폴더에 스킬과 참조 자료를 구성한다

• agents 폴더의 스킬은 프로젝트에 한정하거나 사용자 전체 범위에서 사용할 수 있다. 각 스킬의 SKILL.md에는 이름과 사용 시점 같은 메타데이터가 있어 Codex가 호출 필요성을 판단한다. [23:34]
• YouTube 설명문 스킬은 두세부가 아닌 구체적인 작성 규칙을 담는다. 예시 규칙은 2~4문장의 짧은 문단, 글머리표와 긴 대시 금지이며, 영상 개요를 읽고 핵심 주제를 찾아 짧은 문단을 작성하는 절차로 구성된다. [24:17]

14. 플러그인으로 외부 서비스 연결을 확장한다

• Codex 데스크톱 앱의 플러그인 메뉴에서 여러 서비스를 연결할 수 있다. 설치 사례에는 Alpaca, Gmail, ClickUp, Clay, Google Drive, GitHub, Canva 등이 있으며, 다른 플러그인을 검색하는 기능도 나온다. [25:08]

15. 플러그인과 브라우저로 외부 서비스 연결

• LinkedIn 등 외부 앱은 플러그인으로 연결할 수 있다. 원하는 플러그인이 없으면 API 키를 이용하는 연결 방법도 있지만, 플러그인은 한 번 로그인하는 방식이라 연결이 더 간편하다. [25:27]
• 브라우저에 저장된 로그인 상태를 활용하면 계정의 보고서를 가져오거나 커뮤니티에 게시물을 작성할 수 있다. 플러그인·API·MCP 서버가 없는 서비스도 브라우저를 통해 작업할 수 있다. [26:28]

16. Sites로 결과물 게시와 데이터 저장

• 로컬에서 만든 결과물을 사이트로 게시하면 팀이나 다른 사람과 공유할 수 있다. URL을 가진 누구나 접근하는 공개 사이트와 본인 계정으로 로그인해야 접근하는 사이트를 구분할 수 있다. [27:15]
• 사이트 분석, 자체 도메인 연결, 데이터베이스 연결을 지원하며, 로그인 정보·권한·설정·고객 기록 등을 저장하는 용도로 사용할 수 있다. 기존 호스팅 서비스를 대체할 수 있다는 전망도 드러난다. [27:38]

17. 하위 에이전트로 조사와 테스트 병렬화

• 지능이 높지만 비용이 많이 드는 Astra가 조사나 테스트를 여러 하위 에이전트에 위임할 수 있다. X·YouTube·채널 댓글에서 AI 관련 소식을 조사하는 예시에서는 하위 에이전트의 모델을 5.6 Terra로 지정한다. [28:26]
• 생성된 하위 에이전트의 작업 화면을 열면 각 에이전트가 데이터를 수집하는 과정을 확인할 수 있다. X, YouTube Pulse, X drama, audience comments처럼 조사 대상을 나눠 동시에 작업한다. [29:16]

18. 예약 작업으로 반복 실행 자동화

• 예약 작업은 정해진 시점에 Codex 세션으로 프롬프트를 넣어 알림·업데이트·전체 작업을 실행한다. 해당 세션의 로컬 파일, 스킬, 모델과 에이전트 작업 과정을 활용한다. [30:21]
• 실행 위치를 로컬이나 클라우드로 선택하고, 작업할 프로젝트와 새 채팅 또는 기존 스레드를 지정할 수 있다. 실행 주기는 매일·매시간·매주 또는 사용자 지정으로 설정하며, Codex에 말로 생성을 요청할 수도 있다. [30:41]

19. 음성으로 작업 생성과 스레드 간 협업 조율

• 음성 대화로 스레드 관리, 에이전트 위임, 스킬 실행, 예약 작업 설정, 사이트 구축을 요청할 수 있다. 화면 왼쪽 아래의 새 음성 채팅 버튼으로 시작한다. [31:44]
• 음성으로 새 스레드에서 유튜브 썸네일을 만들고 완성본을 기존 조사 스레드에 보내도록 요청한다. 요청 후에는 워크트리 채팅과 목표가 생성되고, 썸네일 제작 작업이 진행된다. [32:13]

🧾 결론

• 지속적인 활용의 기반은 업무 맥락을 담은 프로젝트와 재사용 가능한 작업 절차다. 좋은 결과를 얻은 뒤 규칙과 스킬에 반영해야 다음 작업에도 개선이 이어진다.
• 자율 실행의 효과는 완료 조건을 얼마나 명확히 정하느냐에 달려 있다. 목표를 맡기더라도 실행 기록과 결과물의 품질을 확인하는 과정이 필요하다.
• 조사·콘텐츠 제작·업무 운영까지 활용 범위가 넓지만, 실행 환경·권한·모델·추론 노력은 작업별 비용과 위험에 맞춰 선택해야 한다.

📈 투자·시사 포인트

• 업무 도입 관점에서는 반복 설명과 운영 업무를 줄이는 효과에 주목할 수 있다. 자료 정리와 스킬 개선에 들이는 시간이 이후 작업에서 얼마나 회수되는지 확인중요하다.
• 사용 비용은 모델 이름만으로 판단하기 어렵다. 추론 노력, 빠른 모드, 구독 한도와 API 과금을 함께 비교해야 하며, 영상의 구독 가치 추산을 확정적인 비용 절감액으로 받아들이기는 어렵다.
• 실제 자금 1만 달러를 여러 예약 작업으로 거래하는 사례는 자동화의 활용 범위를 보여준다. 제시된 내용에는 수익률이나 손실 기록이 없어 투자 성과를 판단할 근거는 부족하다.
• Sites가 기존 호스팅 서비스를 대체할 수 있다는 전망은 결과물 제작과 게시가 연결될 가능성을 시사한다. 실제 대체 여부는 필요한 접근 권한·데이터 저장·도메인 기능이 충족되는지 확인해야 한다.

⚠️ 불확실하거나 확인이 필요한 부분

• 제목의 ‘96%’는 제공된 내용에서 측정 기준이나 검증 방법이 제시되지 않는다. 기능 숙련도나 활용 범위를 정량적으로 입증한 수치로 해석하기 어렵다.
• 모델 이름·성능 비교·API 가격·구독 한도·빠른 모드 배율·권한별 화면 구성은 영상 시점의 설명이다. 현재 이용 환경에서도 동일하게 적용되는지 확인이 필요하다.
• 월 200달러 구독으로 약 1만 4천 달러 상당의 추론을 얻는다는 수치는 발표자의 개인 추산이다. 구독 한도와 API 사용량의 환산 조건이 충분히 제시되지 않았다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 반복하는 업무 하나를 골라 관련 자료를 프로젝트에 모으고, AGENTS.md에 상시 규칙과 자료 위치를 정리한다.
• 첫 /goal 작업에 결과물 종류·수량·검증 방법을 명시하고, 실행 기록과 완성본을 확인한다.
• 자주 쓰는 작업 절차를 스킬로 만들고, 결과에 대한 피드백을 반영한 뒤 다음 실행에서 개선 여부를 확인한다.
• 같은 업무에서 모델과 추론 노력 수준을 비교해 결과 품질·처리 시간·사용량을 기록한다.

❓ 열린 질문

• 어떤 업무에서 프로젝트 맥락과 스킬을 정리하는 시간이 가장 빠르게 회수되는가?
• 일반적인 지식 업무에 충분한 모델과 추론 노력 수준을 어떤 품질 기준으로 결정할 것인가?
• 하위 에이전트의 병렬 조사와 예약 작업은 단일 세션 작업보다 시간과 사용량 측면에서 얼마나 유리한가?