이번 주 샌프란시스코에서 역대 최대 규모로 열린 세 번째 OpenAI DevDay가 막을 내렸습니다. 회사 곳곳에서 많은 사람이 힘을 모아 준비한 행사였습니다. 행사일이 가까워질수록 동료들과 이야기할 때 유독 자주 들리는 말이 있었습니다. “Codex가 없었으면 이걸 해내지 못했을 거예요.”
올해는 Codex와 함께한 첫 DevDay였습니다. Codex가 주제가 아닌 무대 데모에도, 커뮤니티 홀에 놓인 아케이드 게임기에도, 이날 선보인 제품 자체에도 Codex를 활용했습니다. DevDay 2025를 준비하는 곳곳에서 Codex가 중요한 역할을 했습니다.
준비 과정에서 Codex 덕분에 어떻게 시간을 아끼고 문제를 해결했는지, 여러 일을 동시에 진행하면서 우선순위를 정하고 자료를 정리했는지 몇 가지 사례를 소개합니다.
카메라 제어와 행사장 조명용 MCP 서버 개발
가장 눈에 띄었던 프로젝트인 Romain Huet의 기조연설 Codex 데모부터 살펴보겠습니다. 놓치셨다면 데모 영상을 시청하세요.
Romain이 무대에서 이야기했듯, 이 데모에서 Realtime 에이전트 스타터 앱을 활용한 부분을 제외하면 화면에 보이는 모든 것을 Codex가 만들었습니다.
처음에는 Realtime이 객석의 카메라와 조명을 제어하는 모습을 보여 주자는 아이디어였습니다. 막상 구현에 들어가자 Romain은 카메라와 조명을 코드로 어떻게 제어할지부터 풀어야 했습니다.
Codex는 1990년대 초에 나온 VISCA 프로토콜로 네트워크에 연결된 카메라를 제어하는 방법을 찾아내고, 프로토콜까지 스스로 전부 구현했습니다. 이어서 조명 제어 프로토콜을 다루는 MCP 서버도 만들었습니다.
Romain은 Codex CLI로 두 문제를 동시에 해결했습니다. 직접 자료를 찾아보고 코드를 이것저것 시험했다면 꽤 오래 걸렸을 일이지만, 키보드에 손 한 번 대지 않고 오후 한나절 만에 첫 버전을 구동했습니다.
무대에서 비트 연주하기
이번 DevDay의 주요 발표 중 하나는 ChatGPT 안에서 다양한 기능을 갖춘 앱을 만들 수 있는 Apps SDK였습니다. Katia Gil Guzman은 Developer State of the Union 세션에서 Codex가 Romain을 위해 만든 조명용 MCP 서버에 여러 기능을 갖춘 비트 패드 인터페이스를 연결해 시연하려고 했습니다.
이를 위해서는 보기에도 좋고 실제 연주에도 쓸 수 있는 인터페이스가 필요했습니다. 조명용 MCP 서버와의 연결을 관리해 조명을 제어하면서 여러 악기 소리도 낼 수 있어야 했습니다.
Codex Cloud와 best-of-N 기능 덕분에 Katia는 실제로 작동하는 앱을 빠르게 만들고 여러 디자인을 동시에 다듬을 수 있었습니다. 미래적인 느낌의 디자인부터 OpenAI DevDay의 브랜드를 살린 UI까지 두루 시도하고 다양한 기능도 실험하면서 시간과 수고를 아꼈습니다.
여러 게임을 동시에 개발하기
DevDay 행사장 복도를 거닐다 보면 ArcadeGPT라는 아케이드 게임기 두 대가 눈에 띄었을 겁니다. GPT-5로 기존 비디오 게임들을 리믹스해 나만의 게임을 만들 수 있는 기기였습니다.
Kevin Whinnery가 기반을 구축할 때는 GPT-5가 리믹스할 원본 게임이 여러 개 필요했고, 시간도 촉박했습니다. 게임을 빠르게 만들고 다듬기 위해 Kevin은 터미널을 무려 일곱 개(!!)나 열었습니다. 각 터미널에서 Codex CLI 인스턴스 하나가 Phaser 게임 하나를 단일 파일로 구현했습니다.
Codex CLI 덕분에 Kevin은 한 게임의 작업이 끝나기를 기다리지 않고 다른 게임을 개선하면서 모든 게임을 동시에 테스트할 수 있었습니다. 덕분에 참가자들은 다양한 게임을 직접 플레이하고 리믹스해 볼 수 있었습니다.
데모 앱 다시 만들기
저는 DevDay를 준비하면서 거의 모든 작업에 Codex를 활용했습니다. Codex가 고마웠던 순간을 다 꼽기는 어렵지만, 특히 기억에 남는 일이 하나 있습니다.
저는 오픈 모델 발표를 위한 파인튜닝 데모를 전부 Streamlit으로 만들고 있었습니다. 그런데 Streamlit 앱은 구성이 복잡해 청중이 내용을 따라가기 어려웠고, 쉽게 고쳐지지 않는 동작 오류도 몇 가지 있었습니다. 화면을 몇 장 캡처하고 v0로 초기 디자인을 빠르게 만든 다음, Next.js 앱 프로토타입을 내려받아 Codex IDE 확장 프로그램에 작업을 맡겼습니다.
기존 Streamlit 앱과 같은 일을 하는 FastAPI 서버를 만들고 제 Next.js 프런트엔드에 연결해 달라고 했습니다. 작업을 맡기고 점심을 먹고 돌아오니 앱 구현이 끝나 있었고 실제로 작동했습니다. 이어서 데모 내용을 더 알기 쉽게 보여 줄 페이지도 Codex에 부탁해 추가했습니다.
Codex가 없었다면 이 데모를 제시간에 완성하지 못했을 겁니다.
스케치에서 부스 데모까지
Erika Kettleson은 Codex IDE 확장 프로그램을 활용해 부스 데모 전체를 구현하면서 시간을 절약했습니다. 먼저 스케치를 Codex에 입력해 초기 UI를 만들었습니다. SVG 생성 속도와 품질을 함께 고려해 가장 적합한 모델을 고를 수 있도록 평가 코드도 Codex에 작성해 달라고 했습니다. Codex는 Erika가 데모에 단일 에이전트와 멀티 에이전트 아키텍처를 각각 적용할 때의 장단점을 비교하도록 도왔고, 이후 전체 코드베이스를 리팩터링해 단일 에이전트 아키텍처로 전환했습니다.
구현을 마친 뒤에는 Codex가 상세한 Mermaid 다이어그램을 만들었습니다. Erika는 부스에서 이 다이어그램으로 방문객들에게 앱의 작동 방식을 설명했습니다.
두 SDK의 코드를 함께 검토하기
AgentKit 출시와 함께 새로운 Python용 및 TypeScript용 Guardrails SDK를 공개했습니다. 두 SDK는 각각 Python용 및 TypeScript용 Agents SDK와 연동되며 Agent Builder에서도 사용할 수 있도록 설계했습니다. 개발자들이 SDK를 편리하게 사용할 수 있도록 Kazuhiro(Kaz) Sera가 프로젝트에 합류해 출시 준비를 마무리했습니다.
Kaz는 Codex를 활용해 두 SDK의 코드베이스를 빠르게 익혔습니다. Codex와 함께 발견한 버그 중 일부는 근본 원인을 찾아 Codex CLI와 IDE 확장 프로그램으로 수정했고, Codex 코드 리뷰로 남아 있는 버그도 찾아냈습니다.
이렇게 팀의 SDK 출시를 도우면서 Kaz는 같은 도구로 그날 함께 공개한 ChatKit 샘플 앱까지 다듬을 수 있었습니다.
여러 프로젝트를 동시에 진행하기
DevDay가 다가올수록 동시에 맡아야 하는 프로젝트가 늘어나는 동료들이 많았습니다. IDE 확장 프로그램과 CLI로 로컬 작업과 클라우드 작업을 Codex에 나누어 맡기면서 여러 일을 한꺼번에 진행할 수 있었습니다.
서로 전혀 관련 없는 작업을 서너 개씩 동시에 실행하는 모습도 흔했습니다. 저도 Codex에 gpt-oss 서버에 Jupyter 노트북 지원을 추가하는 일, 에이전트 데모를 리팩터링하고 버그 몇 개를 수정하는 일, Codex 문서 일부를 재구성하는 일, 파인튜닝 실행 중 발생한 문제를 디버깅하는 일을 동시에 맡겼습니다.
작업 사이를 빠르게 오가기 위해 프롬프트를 공들여 쓰는 데 많은 시간을 들이지 않았습니다. Codex에 짧은 문장으로 문제를 설명하고 작업을 맡긴 뒤 곧바로 다음 일로 넘어갔다가 나중에 진행 상황을 확인했습니다. 잠깐 자리를 비울 때조차 일어나기 전에 “Codex에 작업 하나만 더 맡기고 가자”라고 하는 게 습관이 됐습니다.
흩어진 문서 정리하기
개발자용 신제품을 여러 개 출시하려면 새로 작성할 문서도 많습니다. 초기에는 GitHub 레포지토리, Google Docs, Notion 등 여러 곳에 나누어 작성하고, 출시 직전까지 계속 수정하는 경우가 많습니다. 이번에도 마찬가지였습니다.
팀은 Codex Cloud에 여기저기 흩어진 문서를 넘기면서 내용을 어떻게 나누고 문서 사이트 어디에 배치할지 대략적으로 설명했습니다. 나머지는 Codex가 처리했습니다. 파일을 나누어 MDX로 변환하고 필요한 탐색 메뉴를 구성한 뒤 PR을 열었습니다. 이 PR을 각 팀에 공유해 배포 미리보기에서 결과를 검토하고 계속 다듬을 수 있었습니다.
Codex가 없었다면 DevDay를 앞두고 이 일에 보통 몇 시간, 어쩌면 며칠을 썼을 겁니다.
미뤄 둔 일 처리하기
가장 중요한 일에 집중하고 있는데 다른 일에 밀려 계속 미뤄 둔 작업이 문득 떠오른 경험, 다들 한 번쯤 있으실 겁니다.
DevDay 전날 밤에도 비슷한 일이 있었습니다. 모두가 리허설 틈틈이 행사 준비를 마무리하던 때였습니다. Katia는 데모 리허설을 하러 무대에 오르려다가 업데이트하기로 했던 404 페이지를 아직 배포하지 않았다는 사실을 떠올렸습니다.
Katia는 곧바로 Codex Web에서 탭을 하나 더 열어 developers.openai.com/404 페이지를 새로 구현해 달라고 요청했습니다. best-of-n 기능을 사용해 Codex가 두 가지 버전을 동시에 만들도록 했습니다.
5분 뒤 무대에 오르기 전에 Katia는 Codex의 미리보기 스크린샷으로 두 버전을 비교했습니다. 이어서 페이지를 직접 확인하고 IDE 확장 프로그램으로 몇 군데 수정한 뒤 새로 디자인한 404 페이지를 배포했습니다.
아직 들려드릴 이야기가 많습니다
DevDay를 준비할 때 Codex가 어떤 도움을 주었는지만으로도 몇 시간은 이야기할 수 있을 겁니다. 각자의 일상 업무에서 받는 도움까지 더하면 이야기는 훨씬 길어집니다. 여기서 소개한 사례는 OpenAI에서 Codex를 활용하는 방식의 일부에 불과합니다.
저희가 Codex를 어떻게 활용하는지, 어떤 방법이 효과적이었는지 더 알고 싶다면 DevDay의 Codex 발표를 시청하거나 Codex 문서를 살펴보세요.