Codex 쓰는 사람 지금 멈춰

오늘 GeekNews 상위 세 글이 한 흐름을 가리킨다. AI 코딩 에이전트가 단순 보조 도구를 넘어 전사 업무를 위임받는 플랫폼으로 확장되고(Codex), 그 아래 인프라는 사람이 클릭하지 않아도 굴러가는 헤드리스 프레임워크로 재설계되는 중이다(Flue). 그런데 같은 흐름이 AWS 안에서는 “고객 집착”을 “충분히 괜찮음”으로 바꿔놓고, 결국 4년차 엔지니어를 떠나게 만들었다. 셋을 묶어서 읽어야 오늘 한국 개발팀이 점검해야 할 신호가 보인다.

Codex, 코딩 보조에서 전사 위임 플랫폼으로

유스케이스 12개 → 52개, 무엇이 바뀌었나

OpenAI가 Codex 활용 사례 페이지를 12개에서 52개로 대폭 확장 공개했다. 단순히 항목 수가 늘어난 것이 아니라, 포지셔닝이 “코딩 보조”에서 “엔지니어링·디자인·데이터·재무·운영·QA·세일즈가 일감을 위임하는 플랫폼”으로 이동한 것이 핵심이다. Computer Use로 Mac 앱을 직접 클릭·입력하고, Gmail 받은편지함을 정리하고, DCF·현금흐름·예산 워크북을 만들고, Zoom 미팅 트랜스크립트에서 후속 이메일·CRM 업데이트 초안을 뽑는 흐름까지 모두 한 플랫폼 안에서 처리한다. iOS·macOS 네이티브 앱 빌드, App Intents 추가, Liquid Glass 마이그레이션 같은 영역까지 포함된 것은 Codex가 “사람이 한 줄씩 검토하는 도구”가 아니라 “체크포인트마다 합의가 필요한 동료”로 재정의되고 있다는 신호다.

한국 팀이 오늘 점검할 신호

CEO 관점에서는 두 가지 질문이 남는다. 첫째, Slack·Linear·Gmail·Notion에 흩어진 우리 회사 컨텍스트를 하나의 에이전트 스레드에 모아둘 준비가 되어 있는가. 둘째, “AGENTS.md”나 reusable skill로 회사 고유의 리뷰 기준·릴리스 체크리스트·디자인 규칙을 코드 가까이에 적어두고 있는가. Codex 페이지가 신규 입사자 온보딩, 미팅 브리프, 이벤트 플레이북 항목을 따로 분리한 점은, 위임의 단위가 “코드 한 조각”이 아니라 “사람의 업무 흐름 전체”로 옮겨가고 있음을 보여준다.

Flue, 100% 헤드리스 에이전트 프레임워크

Agent = Model + Harness, 4계층 구조

Flue는 TypeScript 기반 에이전트 하네스 프레임워크로, Claude Code·Codex가 만들어낸 사용 경험을 사람 운영자 없이도 그대로 재현할 수 있게 한다. 핵심 정의는 단순하다. Agent는 Model에 Harness를 더한 것이다. Model 위에 Harness(skills·memory·sessions), 그 아래 Sandbox(bash·security·network), 그리고 Filesystem이 놓이는 4계층 구조다. 코드는 순수 TypeScript이고, 에이전트의 판단 로직 대부분은 Markdown(skills, context, AGENTS.md)으로 작성한다. 결과적으로 Node.js·Cloudflare Workers·GitHub Actions·GitLab CI/CD 어디서나 동일한 코드가 돌아가고, HTTP 서버로 번들링하거나 CLI에서 바로 실행할 수 있다.

왜 지금 헤드리스가 중요한가

기본 동작이 vercel-labs/just-bash 기반의 가상 샌드박스라는 점에 주목해야 한다. 에이전트마다 컨테이너를 띄우지 않고, 고트래픽 환경에서 빠르고 저렴하게 확장하는 구조다. Daytona 같은 원격 샌드박스를 붙일 수도 있고, 제로 컨피그로 내장 가상 샌드박스를 쓸 수도 있다. GITHUB_TOKEN 같은 민감 토큰은 에이전트·샌드박스가 직접 보지 못하도록 env에서 분리 보호한다. Astro·Next.js가 웹 앱 개발의 표준이 됐듯, Flue는 “다른 사람의 에이전트를 임대하지 말고 직접 소유하라”는 메시지로 에이전트 개발의 표준 프레임워크 자리를 노리고 있다.

AWS 4년차의 퇴사, GenAI 광풍의 그림자

“대체 가능한 인력”과 흔들리는 고객 집착

전 AWS 오픈소스 전략 담당자가 4년 만에 해고로 회사를 떠나며 남긴 글이 함께 올라왔다. 그는 Amazon이 직원을 거의 대부분 “fungible(대체 가능)”한 존재로 본다는 관점이 물류센터에는 맞을지 몰라도, 시간이 쌓여야 하는 IT 조직 지식과는 맞지 않는다고 지적한다. 더 무거운 부분은 AWS의 초점이 S3·EC2·RDS 같은 인프라 문제에서 GenAI로 거의 절박하게 이동했다는 진단이다. “AI로 이메일을 요약한다”, “프롬프트 하나로 콘퍼런스 발표 자료를 만들었다” 같은 사용 사례가 늘었고, 그 결과 알아볼 수 없는 글자나 오탈자가 가득한 AI 이미지가 발표 슬라이드에 그대로 들어가는 일까지 생겼다. 그는 “충분히 괜찮음”은 고객 집착이 아니라고 못 박는다.

CEO가 읽어야 할 진짜 신호

가장 강한 메시지는 정지된 10년 된 AWS 계정을 복구한 일화다. 회사 매출에는 미미한 영향이었지만, 계정 번호로만 보이던 사용자를 한 사람으로 이해하는 작업이었다. 그러나 사건이 닫힌 뒤 고위 경영진은 큰 관심을 보이지 않았다고 한다. 한편 댓글 스레드에서는 AWS Support가 25분간 공개 문서를 그 자리에서 읽어주는 1차 응대, 11일 만에 도착한 AI 생성 오답 같은 실제 경험이 이어졌다. AI 활용을 무리하게 강제하는 경영진의 KPI가 어떻게 고객 신뢰를 깎아내는지, 그리고 누가 떠나게 되는지에 대한 매우 구체적인 사례다.

관련 글

• Codex 활용 사례 모음 (초기 12개 버전)
• OpenAI, Codex를 ChatGPT 모바일 앱에 통합 공개
• Harness — Claude Code 에이전트 팀 & 스킬 아키텍트 플러그인
• 장기 실행 에이전트 — 에이전트가 며칠 동안 실행되면 무엇이 달라지는가
• AWS로 돌아왔는데, 내가 왜 떠났는지 다시 깨달았다

출처

1. OpenAI — Codex Use Cases (developers.openai.com)
2. Flue Framework — Sandboxed Agent Harness (flueframework.com)
3. Adventures in Open Source — Amazon Web Services, Four Years (adventuresinoss.com)
4. GeekNews — Codex 활용 사례 모음 대폭 확장
5. GeekNews — Flue 샌드박스 에이전트 프레임워크
6. GeekNews — AWS 4년 그리고 퇴사