9부 · AI 오피스의 현재와 지평

9부 · AI 오피스의 현재와 지평 — 공동 개발 시스템의 도래

Apr 24. 2026 brunch_membership's

본 장의 질문. 본서가 제안하는 스킬 문서·역기획서·AI 위원회·연속 프로세스 루프는 이론적 구상인가, 이미 현실인가. 업계는 지금 어디까지 와 있고, 어디를 향하고 있는가. 본 장은 2026년 4월 현재의 산업 지형을 기록하고, AICBOK이 이 지형 안에서 어떤 위치를 차지하는지를 보인다. 대응 규약: AICBOK 전 조항 · 참조: PMBOK 8판 Section 3 Tailoring

9.1 단일 에이전트에서 팀 에이전트로 — 2026년의 전환점

1부에서 다룬 에이전트 홍수는 단일 에이전트의 시대였다. 한 사람이 한 AI에게 지시하고, 한 AI가 한 결과를 내놓는 구조. 이 구조는 이미 과거가 되고 있다. 2026년 현재, 업계의 최전선은 멀티 에이전트 오케스트레이션(Multi-Agent Orchestration)¹으로 이동했다. 여러 개의 전문화된 에이전트가 병렬로 작동하며, 각자 정의된 역할을 수행하고, 오케스트레이션 레이어가 이들을 조율한다.

구체적 사례를 세 가지 든다.

① VS Code 멀티 에이전트 지원 (2026년 1월) VS Code v1.109²는 "멀티 에이전트 개발의 본거지"를 표방하며, Claude와 Codex 에이전트를 단일 인터페이스에서 동시에 운영하는 기능을 공식 지원했다. 한 에디터 안에서 여러 AI 에이전트가 각자의 작업을 수행하고, 개발자는 이들 사이를 오가며 결과를 확인·조율한다. 에이전트를 "도구"가 아닌 "팀원"으로 다루는 인터페이스의 시작이다.

② Claude Code Agent Teams Anthropic의 Claude Code는 Agent Teams³라는 기능을 공식 지원한다. 한 세션이 “팀 리드” 역할을 맡고, 여러 “팀원” 세션에 작업을 분배한다. 팀원들은 독립된 컨텍스트 윈도우에서 작업하면서 서로 직접 메시지를 주고받는다. 공유 태스크 리스트와 의존성 추적, 파일 잠금(file locking)으로 충돌을 방지한다. 3~5개 팀원으로 시작하는 것이 권장된다.

이 구조를 본서의 언어로 번역하면 이렇다.

팀 리드 세션 = 위원장 에이전트의 초기 형태

팀원 세션 = 검수자/실행자 에이전트

공유 태스크 리스트 = 스킬 문서의 단계별 절차를 분산 실행하는 장치

파일 잠금 = 자원 접근 침해(4부 4.3 ②)를 물리적으로 방지하는 메커니즘

AICBOK이 문서와 프로세스로 설계한 것을, 플랫폼이 기능으로 구현하기 시작한 것이다.

③ Claude Managed Agents (2026년 4월 8일) Anthropic이 가장 최근에 발표한 서비스⁴. AI 에이전트를 호스팅된 인프라에서 자율적으로 실행하는 관리형 서비스다. 에이전트는 파일을 읽고, 명령을 실행하고, 웹을 탐색하고, 코드를 돌린다. 샌드박스 실행, 체크포인팅, 자격 증명 관리, 범위 제한 권한, 엔드투엔드 추적이 내장되어 있다. 세션은 네트워크 단절에도 살아남으며, 수 시간 동안 자율 실행이 가능하다. 비용은 세션 시간당 $0.08 + API 토큰 비용.

Notion, Rakuten, Sentry가 이미 프로덕션에서 사용 중이다.

이 세 가지 사례가 보여주는 방향은 명확하다. 에이전트는 도구에서 팀원으로 진화하고 있다. 이 진화가 완료되면, 본서가 제안하는 AI 위원회(위원장·검수자·서기)는 플랫폼의 기본 기능이 된다. AICBOK은 그때를 위한 운영 규약이다. 기능은 플랫폼이 만들지만, 그 기능을 어떻게 운영할 것인가의 답은 방법론이 제공해야 한다.

[배경] 멀티 에이전트 오케스트레이션의 3단계 2026년 현재 멀티 에이전트 도구는 세 계층(tier)으로 분류된다⁵. Tier 1: Claude Code의 서브에이전트와 Agent Teams. 단일 터미널 세션에서 구동. Tier 2: 격리된 워크트리에 여러 에이전트를 스폰하고 대시보드로 관리. 3~10개 에이전트에 최적. Conductor, Gastown 등의 도구. Tier 3: 클라우드 VM에 태스크를 할당, 로컬 설정 불필요. 그러나 업계 관찰에 따르면, 멀티 에이전트 워크플로는 에이전트 보조 개발 작업의 95%에서는 불필요하며, 대규모 프로젝트의 실험적 접근으로 남아 있다. 본서가 위원회를 "3역할 최소 구성"으로 제한한 이유와 일치한다.