[한영자막] Codex로 요리하기 — OpenAI의 Charlie Guo와 Gabriel Chua
한 줄 핵심
Codex를 컨텍스트 주입부터 컴퓨터 조작, 장기 작업, 자동화, 앱 서버 임베딩까지 이어지는 실전 워크플로로 활용하는 방법을 보여주는 워크숍이다.
시간별 요약
-
0:00
Codex 활용 사례와 오늘의 워크숍 Codex가 게임 제작, 영상 편집, 음악 플러그인, 자율주행 골프카트 같은 다양한 작업에 쓰이는 사례를 훑고, 이번 워크숍이 빠르게 직접 만들어보는 구성임을 소개한다. 모바일, 앱 서버, 오픈소스 구성요소가 더해지면서 어디서든 Codex를 붙여 쓸 수 있다는 방향성을 제시한다.
-
5:00
Codex와 효과적으로 일하는 여섯 단계 Codex를 잘 쓰는 핵심을 컨텍스트 제공, 빌드, 행동 수행, 장기 협업, 재사용 가능한 루프, 어디에나 내장하는 방식의 여섯 단계로 정리한다. 단발성 질문보다 반복 가능한 작업 체계를 만드는 쪽이 더 큰 생산성을 만든다.
-
6:17
Slack 대화에서 번역 앱 만들기 Slack 대화와 앱샷으로 브레인스토밍 맥락을 그대로 넘겨 실시간 번역 앱을 빠르게 만들고, agents SDK와 Sites로 변경 내역을 공유하는 흐름을 보여준다. 대화 내용과 코드베이스 기록이 이미 컨텍스트가 되므로, 설명을 다시 치지 않고 바로 구현시키는 방식이 효과적이다.
-
8:58
Codex Remote와 저장소 시각화 Codex Remote를 이용해 휴대폰이나 원격 세션에서 저장소를 계속 다루고, Apple이나 IKEA 매뉴얼 같은 비유적 시각화 요청으로 코드 구조를 이해시키는 예시를 보여준다. 자리에 묶이지 않고도 원격 머신에 작업을 맡겨 진행 상황을 이어갈 수 있다.
-
10:46
플러그인, 스킬, 재사용 가능한 맥락 플러그인이 skills, 외부 프롬프트, 앱 설정, MCP 서버를 묶어 재사용 가능한 능력 묶음으로 만든다는 점을 설명한다. AppKit, 보안서명, API key 생성, Gmail, Slack 같은 연결을 플러그인으로 감싸면 반복 설명 없이 흐름을 유지할 수 있다.
-
12:45
실시간 번역 앱 테스트 직접 만든 Mac OS 번역 앱을 현장에서 실제 오디오로 테스트하며, Codex가 웹RTC와 웹소켓 같은 복잡한 구현 디테일까지 도와준다는 점을 확인한다. 라이브 데모에서도 입력·출력 장치 전환과 음성 흐름이 실제로 동작하는지 검증하는 것이 중요하다.
-
15:13
메모리와 개인화 메모리는 대화와 행동에서 선호를 학습해 시간에 걸쳐 컨텍스트를 축적하며, UV 선호 같은 개인 설정을 Codex가 기억하게 만든다. 감추고 싶은 정보가 있을 수 있으므로 툴 호출 대화는 메모리 생성에서 제외하는 등 안전한 범위를 조정해야 한다.
-
19:09
Sites, 코드 리뷰, 이미지 생성 Sites로 결과물을 공유 가능한 아티팩트로 만들고, 코드 리뷰나 이미지 생성 같은 후속 작업도 Codex에 붙여 진행하는 흐름을 보여준다. 단순 코드 생성이 아니라 회의 요약, 의사결정 지원, 리뷰 보조까지 산출물을 배포하는 단계가 중요하다.
-
21:08
컴퓨터 사용으로 대시보드 데이터 내보내기 API가 없는 레거시 대시보드에서도 컴퓨터 사용 기능으로 날짜 범위와 다운로드 절차를 사람이 하듯 조작해 CSV와 JSON을 추출한다. 브라우저나 데스크톱 앱에 직접 손대지 않아도 백그라운드에서 마우스와 키보드 조작을 위임할 수 있다.
-
23:47
Chrome으로 피드백 양식 만들기 Google Docs의 질문을 바탕으로 Chrome 확장으로 피드백 양식을 자동 생성하고 필수 항목 설정까지 맡긴다. 일반적인 웹 앱 조작은 Chrome 확장이, 더 범용적인 데스크톱 제어는 computer use가 적합하다는 대비도 함께 드러난다.
-
26:00
상황에 맞는 브라우저 제어 선택 computer use, Chrome 확장, in-app browser를 각각 어디에 써야 하는지 역할을 구분한다. 로컬 웹앱 깊은 테스트는 in-app browser, 데스크톱·레거시 앱 조작은 computer use, 로그인·권한 이관은 Chrome 확장이 가장 잘 맞는다.
-
28:26
오래 걸리는 프로젝트 사례 세 가지 15시간짜리 신작 사이트, 기존 오픈소스의 내부 재구성, 연구 코드의 Python·Rust 재작성 같은 장기 작업 사례를 통해 Codex의 지속 실행 능력을 보여준다. 긴 작업일수록 목표를 명확히 쓰고, 완료 조건을 검증 가능하게 정의하는 것이 핵심이다.
-
31:57
Goals, 감사, 스레드 핸드오프 Goals를 통해 여러 목표를 문서화하고 진행 대시보드로 상태를 추적하며, 다른 스레드나 로컬·원격 세션으로 작업을 넘기는 방식이 소개된다. Slack 알림이나 상태 요약을 통해 인간이 개입해야 할 지점을 줄이고, 막힌 부분만 선택적으로 개입하는 구조가 유용하다.
-
36:59
서브에이전트와 진행 대시보드 서브에이전트는 리뷰, 문서 조사, UI 검증처럼 역할을 분리해 컨텍스트를 분리한 채 병렬로 처리하게 만든다. 진행 대시보드는 마일스톤, 완료/진행/대기 상태, 여러 작업 흐름을 한눈에 보여줘 장시간 작업의 통제력을 높인다.
-
42:04
컨텍스트 압축과 검증 가능한 완료 기준 장시간 작업에서 compaction이 컨텍스트를 압축해 오래된 세부를 잃지 않게 돕고, goal은 검증 가능한 완료 기준을 반복 점검한다. 모호한 지시보다 어떤 결과가 나오면 끝인지, 무엇으로 성공을 판정할지 구체적으로 적는 편이 훨씬 안정적이다.
-
44:42
서브에이전트와 별도 스레드 비교 서브에이전트는 모델 내부의 보이지 않는 위임에 적합하고, thread-to-thread handoff는 사용자가 흐름을 직접 보고 싶을 때 적합하다. 창작, 게임, 리뷰처럼 여러 축이 섞인 작업은 스레드를 나눠 서로 승인과 피드백을 주고받게 하면 관리하기 쉽다.
-
47:38
Hooks와 결정론적 검사 Hooks는 로그 전송, 입력·출력 검사, API key 탐지, 툴 호출 화이트리스트 확인처럼 결정론적 검사를 특정 지점에 심는 장치다. 모델에게만 맡기기 어려운 보안·검증·정리 작업을 후킹해 안정성과 재현성을 높인다.
-
50:05
Heartbeat 자동화와 서버 준비 Heartbeat automation은 인프라 프로비저닝이나 배포 준비처럼 시간이 걸리는 작업을 일정 간격으로 점검하며 다음 단계를 자동 진행한다. DigitalOcean droplet 생성처럼 기다림이 필요한 작업을 사람이 붙어 있지 않아도 추적하게 만든다.
-
52:18
Slack 피드백에서 개발 작업까지 Slack 채널의 피드백을 분류해 칭찬, 버그, 기능 요청을 나누고, 필요한 경우 새 스레드와 작업 트리, PR 생성까지 자동으로 이어지게 만든다. 중간에 방향을 바꾸어 steering할 수 있고, 리뷰와 승인 절차까지 묶으면 소프트웨어 팩토리처럼 동작한다.
-
58:18
App Server와 Retrodex 인터페이스 App Server는 Codex app, CLI, VS Code extension을 잇는 핵심 프로토콜로, 플러그인과 툴 호출, 컨텍스트 압축을 제품에 임베딩할 수 있게 한다. Retrodex 예시는 같은 app server 위에서 별도 UI를 만들고도 동일한 기능을 재사용할 수 있음을 보여준다.
-
1:01:54
개별 요청을 반복 가능한 개발 흐름으로 Codex를 단순 질의 도구가 아니라 루프, 위임, 권한 보완, 다중 에이전트 오케스트레이션의 출발점으로 바라보아야 한다. 결국 목표는 사람이 매번 손대지 않아도 기계가 기계를 만드는 개발 흐름, 즉 소프트웨어 팩토리를 세우는 것이다.
-
1:05:53
실습 세션 시작 마지막으로 앱 다운로드, 크레딧 제공, 현장 실습 안내가 이어지며 본격적인 해커톤식 실습 세션이 시작된다. 참가자는 자율적으로 Codex를 써보면서 막히는 지점을 현장 지원으로 해결하게 된다.
실무 인사이트
- 단발성 질문보다 목표, 완료 기준, 검증 방법을 함께 적어 Codex가 스스로 점검할 수 있게 하면 장시간 작업의 성공률이 높아진다.
- Slack, Docs, 브라우저 화면처럼 이미 존재하는 맥락은 앱샷, 플러그인, Chrome 확장으로 바로 주입하는 편이 반복 설명보다 훨씬 효율적이다.
- computer use, subagent, thread handoff, hooks, heartbeat를 조합하면 사람이 직접 붙어 있지 않아도 안전하게 돌아가는 반복 작업 흐름을 만들 수 있다.