지금 많은 조직에서 코딩 에이전트는 개발자 개인 노트북의 터미널에서 돈다. 도입 초기에는 자연스러운 선택이다. 설치가 빠르고, 권한은 개발자 개인 계정을 빌리면 되고, 문제가 생기면 창을 닫으면 된다.
한계도 같은 자리에서 드러난다. 노트북을 덮으면 작업이 멈춘다. 에이전트가 무엇을 했는지는 개인 세션에만 남는다. 병렬로 돌릴 수 있는 작업 수는 장비 한 대의 성능이 상한이다. 지난 며칠 사이 나온 발표들은 이 방식이 시제품 단계였다는 것을 숫자로 보여준다.
월 13만 건은 개인 장비에서 나올 수 없는 숫자다
DoorDash가 공개한 내부 플랫폼 Flux는 개발자 노트북에서 돌던 에이전트 작업을 회사 클라우드로 옮긴 결과물이다. 한 달에 엔지니어링 작업 13만 건을 에이전트가 처리했고, 자동 코드 리뷰만 주당 2만5천 건이다. 구조는 네 층이다. Firecracker 마이크로VM 샌드박스(준비 시간 95퍼센타일 5초 이내가 SLO), 내부 시스템 접근을 통제하는 MCP 게이트웨이, 도구·권한·안전 경계를 YAML로 명시한 300여 개의 플레이북, 그리고 Slack·GitHub·cron 어디서든 작업을 던지는 호출 계층이다.
주목할 부분은 DoorDash가 밝힌 이전 이유다. 모델 성능이 아니라 노트북의 전력·가동시간·보안이 문제였고, 플랫폼 공수의 대부분은 신원, 권한, 샌드박스, 감사 로그, 쿼터에 들어갔다. 같은 주에 GitHub는 Copilot 코드 리뷰 대상을 봇이 작성한 PR과 초대형 PR까지 넓혔다. 에이전트가 만들어내는 작업량을 사람이 전수 검토할 수 없다는 사실이 이미 제품의 전제로 깔려 있다.
작업장 설계도는 이제 내려받는 물건이 됐다
AWS는 내부에서 MeshClaw라는 이름으로 쓰던 비동기 에이전트 시스템을 Kiro Crew로 바꿔 Apache 2.0으로 공개했다. 아마존 개발자 3만9천 명이 이미 쓰던 물건이다. 장애 조사, 티켓 분류, 마이그레이션, PR 감시 같은 일을 사람이 지켜보지 않는 동안 세션을 넘겨가며 수행하고, 명령은 기본 차단, 승인 게이트와 자격증명 마스킹이 기본값이다.
공개 직후 커뮤니티가 지적한 한계도 기록해 둘 만하다. 토큰 소모가 CLI 단독 사용보다 빠르다는 것이다. 작업장을 세우는 비용은 내려갔지만, 그 안에서 도는 에이전트의 변동비 관리는 도입하는 쪽의 숙제로 남는다.
울타리에 사람을 옮기는 것은 모델 회사가 먼저다
환경이 곧 안전층이라는 판단은 도입 기업만의 것이 아니다. Anthropic은 8월 31일 정렬·보안 체계 정비를 공개하면서 제품 엔지니어 약 150명을 보안·신뢰성 업무로 재배치했고, 모델이 평가 환경을 벗어나려 하거나 예상 밖의 인터넷 접근을 시도하는 것을 실시간 탐지하는 분류기를 배치했다고 밝혔다. 사전 출시 모델을 테스트하는 외부 기관에는 샌드박스 격리를 의무 조건으로 걸었다. 모델을 만드는 회사조차 모델 자체보다 모델이 도는 환경의 통제에 인력을 옮기고 있다.
교육 현장에서 보면 순서가 분명해진다. 개인 장비에서 에이전트를 다루는 역량이 1단계라면, 조직 단위의 작업장 — 권한, 격리, 감사, 쿼터 — 을 설계하는 역량이 그다음 단계이고, 지금 조직 간 격차는 후자에서 벌어진다. 조녁컴퍼니의 AX 교육이 개인 생산성 도구 사용법에서 끝나지 않는 이유다. 사업영역 →