AI VIDEO BRIEFING
AI 엔지니어의 황금기 — OpenAI Codex, 에이전트 루프와 오픈 생태계 전략
OpenAI 팀이 AI 엔지니어 컨퍼런스에서 밝힌 엔지니어링의 미래: 코드 작성보다 에이전트 루프 설계가 핵심이 되고, Codex를 층층이 오픈해 개발자와 같은 도구를 공유한다.

핵심 메시지
쉽게 이해하기
로맹 위에와 알렉산더 엠비리코스는 7,000명의 AI 엔지니어가 모인 컨퍼런스를 만국박람회에 비유하며, 불가능해 보이던 미래가 눈앞에서 만들어지고 있다고 말했다. 이들은 "엔지니어가 사라진다"는 통념을 정면으로 반박했다. 코드가 추상화되더라도 엔지니어링의 본질은 문제 해결이며, 최신 과학을 디자인·판단·상상력과 결합해 사람이 실제로 쓰는 것을 만드는 일이라는 것이다.
기술 진화 속도도 강조했다. 과거 15개월마다 나오던 새 모델이 이제 약 6주 간격으로 나오고, 코딩 경험은 자동완성에서 인라인 예측, 명령형 수정, 스스로 결과를 테스트하는 단계를 거쳐 이제는 오랜 시간이 걸리는 어려운 목표를 끝까지 수행하는 단계로 넘어왔다. 발표자들은 각 단계마다 처음엔 놀랐다가 금세 익숙해졌다고 회고했다.
제품 관점에서 이들이 제시한 형태는 단순하다. 어디서든 무엇이든 물어볼 수 있는 하나의 대화(chat)와, 직접 들여다보고 방향을 잡고 손볼 수 있는 협업형 UI라는 두 가지 방식이다. 팀과 일하듯 대부분은 대화로 맡기고, 필요할 때만 깊이 파고드는 경험을 지향하며, 이 철학이 Codex 앱에 담겼다고 설명했다.
OpenAI는 Codex를 닫힌 제품이 아니라 누구나 그 위에 쌓을 수 있는 층들의 집합으로 설계했다고 밝혔다. 같은 Responses API, 오픈소스 하니스, 다른 에이전트도 쓸 수 있게 이름 붙인 AGENTS.md, 오픈소스 앱 서버, 브라우저·컴퓨터 사용 같은 플러그인이 그 예다. 핵심 메시지는 "OpenAI용 시스템과 개발자용 축소판을 따로 만들지 않고, 모든 층에서 우리가 주는 것과 같은 것을 우리도 쓴다"는 것이다.
마지막 연사인 피터 슈타인베르거는 자신의 작업 방식 변화를 공유했다. 예전엔 10개가 넘는 터미널 창을 열어두고 어느 하나가 끝나길 기다렸는데, 이는 오케스트레이션이 아니라 자신이 스케줄러·라우터·메모리 역할을 하는 폴링이었다고 했다. 지금은 오래 사는 매니저 에이전트에게 말을 걸면 그것이 작업자들에게 일을 위임한다. 서버 측 컴팩션(긴 작업 안정화), 조율, 자동 트리거 세 가지가 지속적 맥락·위임·트리거라는 "루프"를 완성했다고 설명했다.
주요 인사이트
- 병목은 계속 이동한다. 처음엔 토큰, 다음엔 연산, 이제는 사람의 주의력이며, 주의력은 늘릴 수 없으므로 "어디에 쓸지 결정하는 능력"이 가장 중요한 기술이 된다.
- 최신 모델은 의도 파악이 뛰어나 코드가 생성되는 과정을 지켜보는 것은 시간 낭비에 가깝다는 관점이 제시됐다.
- 비용 효율은 실질적 무기다. 발표에서는 절반 비용으로 상위 지능을 내는 모델, 저가에 유명 모델을 앞서는 모델 등 "지능 대비 비용" 개선 사례가 강조됐다.
- 속도가 임계점을 넘으면 경험이 달라진다. 초당 수백 토큰 수준이면 에이전트가 대여섯 개 접근을 병렬로 시도하고 가장 좋은 것을 고를 수 있어, 응답을 기다리는 느낌이 아니라 동료가 결과를 보여주는 느낌이 된다.
- 모델이 하니스와 조직보다 빠르게 발전하고 있어, 좋은 루프(맥락·위임·트리거)를 설계하는 것이 다음 엔지니어링 과제로 남는다.
자주 묻는 질문
발표자들은 왜 엔지니어가 사라지지 않는다고 보나요?
엔지니어링은 코드 작성이 아니라 문제 해결이 본질이며, 최신 과학을 디자인·판단·상상력과 결합해 사람이 쓸 수 있는 것을 만드는 일이라고 봤습니다. 코드가 추상화될수록 오히려 엔지니어링의 뿌리로 돌아간다는 것입니다.
OpenAI가 Codex를 오픈 생태계로 설계한 이유는 무엇인가요?
Codex가 OpenAI만 개선할 수 있는 닫힌 제품이 되면 안 된다고 봤기 때문입니다. 모델·하니스·앱 서버·플러그인을 층마다 열어 개발자가 같은 도구를 쓰고 포크·개선할 수 있게 하면, 사용자가 능력의 한계를 밀어붙일 때 OpenAI도 배우고 개선할 수 있다는 논리입니다.
"루프"란 구체적으로 무엇을 의미하나요?
피터 슈타인베르거는 긴 작업을 안정화하는 서버 측 컴팩션(지속적 맥락), 하나의 스레드가 여러 작업을 만들고 조종하는 위임, 사건이 생기면 매니저를 깨우는 자동 트리거 세 가지의 결합을 루프라고 설명했습니다. 사람은 바깥 루프에서 방향과 결정을 맡고, 에이전트가 안쪽 실행 루프를 돌립니다.
원문과 출처
이 글은 원본 영상의 자막을 바탕으로 한국어 독자를 위해 요약했습니다. 전체 맥락과 최신 정보는 원문에서 확인하세요.
YouTube 원본 영상 보기 ↗