핵심 내용
GeekNews 최신 글 상단에서 확인한 OpenRig는 Claude Code, Codex, Pi 등 개별 coding Agent를 한 번씩 실행하는 대신 역할과 공유문맥을 가진 지속적인 팀으로 구성하는 오픈소스 multi-agent harness다. GeekNews 요약만 사용하지 않고 원본 GitHub 저장소를 확인했다. 출처
OpenRig에서는 YAML 기반 RigSpec으로 Agent topology를 정의하고 rig up 한 번으로 tmux session, startup file, readiness check를 함께 시작한다. 기존 Claude Code·Codex tmux session을 찾아 managed rig에 편입할 수도 있고, rig down --snapshot과 rig up으로 팀 구조를 저장·복원한다. Agent 사이에는 rig send, rig broadcast, rig chatroom으로 메시지를 전달할 수 있다. 출처
기본 team preset도 제공한다. starter는 builder+reviewer, workshop은 lead+builder+QA+reviewer, factory는 lead·advisor·build·QA·design·독립 reviewer 둘로 구성된 7-Agent 구조다. 별도로 code-review, research, PM 팀도 있다. 시스템 자체는 local daemon + CLI + TUI + MCP server 구조이며 상태는 SQLite와 tmux를 활용한다. 출처
권한 측면에서는 주의할 부분이 있다. 일부 full-bypass 설정은 Claude의 --dangerously-skip-permissions 또는 Codex의 danger-full-access를 사용할 수 있으며, repository는 YOLO mode가 기본은 아니라고 설명한다. 자동 bootstrap이 설정파일·hook 일부를 변경할 수 있고 완전한 rollback을 보장하지 않으므로 첫 사용 전에 관련 설정을 백업하라고 명시한다. 출처
배경
코딩 Agent를 여러 개 병렬로 띄우는 것은 쉬워졌지만 실제 팀처럼 운영하려면 누가 어떤 작업을 소유하는지, context를 어떻게 공유하는지, 재부팅 뒤 session을 어떻게 복원하는지, 서로 같은 파일을 동시에 수정하지 않게 어떻게 조정할지가 별도의 문제다.
OpenRig는 모델 자체를 개선하는 도구가 아니라 여러 Agent의 lifecycle과 communication을 관리하는 control plane에 가깝다.
산업·시장에 미치는 영향
코딩 AI의 경쟁이 ‘가장 좋은 Agent 하나’에서 여러 Agent를 orchestration하는 runtime으로 확대되고 있다. 팀이 Claude Code, Codex 등 여러 provider를 task별로 섞어 쓰면 특정 모델에 대한 lock-in도 줄일 수 있다.
반면 Agent 수가 늘수록 비용과 merge conflict, 권한 노출, secret 접근 범위도 증가하므로 단순히 Agent를 많이 띄우는 것이 생산성을 보장하지는 않는다.
실무에서 바로 활용할 수 있는 시사점
멀티 Agent 개발을 시험한다면 처음부터 7개 Agent를 쓰기보다 builder+reviewer 같은 2-Agent 구조로 시작해 완료시간, CI 실패율, merge conflict, 사람 개입시간, 모델비용을 기존 단일 Agent와 비교하는 것이 좋다. full-access permission을 쓰는 seat는 별도 workspace와 최소 secret로 격리하고, production credential이 있는 repository에서는 bypass mode를 기본값으로 사용하지 않는 편이 안전하다.