구글, 실험적 에이전트 오케스트레이션 도구 Scion 오픈소스화

^{source https://googlecloudplatform.github.io/scion/overview/}

• Scion은 여러 AI agent를 컨테이너와 worktree로 격리해 병렬로 굴리는, Google의 실험적 멀티 에이전트 오케스트레이션 도구

• Google은 Scion을 agent용 “hypervisor”로 소개하며, 메모리·채팅룸·태스크 관리 같은 멀티 에이전트 요소를 서로 독립된 구성요소로 다루는 구조임.

• 핵심은 Claude Code, Gemini CLI, Codex 같은 “deep agents”를 서로 격리된 동시 프로세스로 돌리는 데 있음.

  • 각 agent에 전용 container, git worktree, credentials를 따로 붙여서 같은 프로젝트 안에서도 서로 작업을 덮어쓰지 않게 함.

  • 실행 위치도 로컬, 원격 VM, Kubernetes cluster까지 걸쳐서 가져갈 수 있음.

• Scion은 고정된 agent 세트를 미리 두는 방식보다, 동적으로 커지는 task graph를 병렬 실행하는 쪽에 초점이 있음.

  • 코딩, 감사, 테스트처럼 목표가 다른 작업을 병렬로 진행함.

  • 어떤 agent는 긴 작업 전문 역할이고, 어떤 agent는 단일 작업만 하고 사라지는 식으로 lifecycle이 다름.

• 안전성 철학도 “agent를 안에서 묶기”보다 “밖에서 격리하기” 쪽임.

  • 프롬프트 안에 규칙을 잔뜩 심어 제약하는 대신, agent는 필요한 일을 하게 두고 container, git worktree, 네트워크 정책 같은 인프라 경계로 통제함.

  • agent를 거의 --yolo mode에 가깝게 돌리되, 바깥 레이어에서 guardrail을 거는 방식.

• 여러 agent를 붙이기 위한 adapter 계층으로 harnesses 를 두고, 여기서 lifecycle·인증·설정을 관리함.

  • Gemini, Claude Code, OpenCode, Codex를 지원함.

  • 다만 OpenCode와 Codex는 현재 지원이 일부만 구현된 상태임.

• 컨테이너 런타임도 하나로 고정하지 않고 Docker, Podman, Apple containers, Kubernetes를 named profile로 선택해서 쓸 수 있음.

• Scion을 쓰려면 자체 용어를 먼저 익혀야 함.

  • grove 는 프로젝트 단위이고, hub 는 중앙 orchestration control plane이며, runtime broker 는 hub가 도는 머신을 뜻함.

• 데모로 Relics of the Athenaeum 게임 코드도 공개했는데, 여러 agent가 퍼즐을 협업으로 푸는 시나리오임.

  • 서로 다른 harness에서 도는 agent들이 각기 다른 캐릭터를 맡고, game runner 가 새 캐릭터/agent를 띄운 뒤 그 agent들이 다시 worker나 specialized agent를 동적으로 spawn하는 구조임.

  • 협업은 공유 workspace에서 문제와 해법 데이터를 읽고 쓰는 방식, 그리고 direct message·party-wide broadcast로 함께 이뤄짐.