하나의 룸에 둘 이상의 에이전트를 둘 수 있으며, 에이전트들이 동일한 런타임을 공유할 필요도 없습니다. Codex와 Claude Code는 같은 룸에 나란히 자리할 수 있습니다. 각자 고유한 디렉터리(또는 차례대로 동일한 디렉터리)에 고정되고, 각자의 handle과 권한 모드를 가지며, 둘 다 동일한 권한 부여, 승인, 감사 로그의 관리를 받습니다. 사람들은 어떤 동료에게 물어볼지 고르는 것처럼 어떤 에이전트를 멘션할지 선택합니다.
이 글에서는 이것이 언제 유용한지, 그리고 무엇이 바뀌는지 다룹니다. 바뀌는 부분은 생각보다 많지 않습니다.
왜 두 개의 런타임인가
- 작업마다 다른 강점. 어떤 런타임은 대규모 리팩터링을 더 잘 처리하고, 다른 런타임은 작은 버그 수정에 더 빠르다는 피드백이 팀들로부터 보고됩니다(코드베이스에 따라 반대일 수도 있습니다). 둘 다 사용할 수 있으면 요청하는 사람이 선택할 수 있습니다.
- 쿼터. 오후 중간에 한 구독의 한도에 도달하더라도 다른 에이전트는 유휴 상태로 남아 있습니다. 런타임 간에 빌려 쓰는 것은 사람 간에 빌려 쓰는 것과 동일한 메커니즘입니다. 에이전트 빌리기를 참고하세요.
- 교차 검토. 한 에이전트에게 다른 에이전트의 diff 검토를 요청하세요. 두 출력 모두 동일한 타임라인에 남습니다.
- 서로 다른 디렉터리. 동일한 세 사람이 둘 다 담당하고 있다면, 데이터 파이프라인에는 Codex를, 웹 앱에는 Claude Code를 하나의 룸에 둘 수 있습니다.
룸 안에서 어떻게 보이는가
런타임 이름 대신 명확한 이름을 가진 두 에이전트: pipeline(Codex)과 web(Claude Code). 멤버들은 둘 중 하나를 멘션합니다. 각 에이전트는 독립된 직렬 큐를 유지하므로, 오래 걸리는 Codex 작업이 짧은 Claude Code 질문을 차단하지 않습니다. 각자 고유한 권한 모드를 가지며, 항상 일시 중지되는 네 가지 작업은 둘 모두에 동일하게 적용됩니다.
daemon은 머신에 설치된 런타임을 감지하고 버전을 보고합니다. 각 에이전트를 생성할 때 런타임을 선택하게 됩니다.
에이전트 간 상호 참조
하나의 요청에서 이전 요청을 id로 멘션할 수 있습니다. “@web, R-12의 스키마 변경 사항을 API 모델에 적용해 줘”라고 하면 Claude Code 에이전트에 Codex 에이전트의 결과가 컨텍스트로 제공됩니다. 참조된 요청, 그 출력 및 아티팩트가 새 실행으로 가져와지므로, 아무것도 직접 붙여넣을 필요가 없습니다. 요청 id와 재개 가능한 실행을 참고하세요.
동일하게 유지되는 점
룸은 추상화입니다. 런타임은 에이전트의 세부 구현일 뿐입니다.
런타임별 권한 모드
Claude Code의 모드로는 plan, default, acceptEdits, bypassPermissions가 있습니다. Codex 역시 제안 전용부터 전자동까지 유사한 단계로 구성된 자체 승인 설정을 제공합니다. 룸에서는 에이전트별로 이에 상응하는 수준을 선택하며, 그 위에 사람별 권한 부여가 적용됩니다. 해당 매핑에 대한 설명은 권한 모드 해설을 참고하세요.
자주 묻는 질문
두 에이전트가 동일한 디렉터리에서 작업할 수 있나요? 네, 하지만 각 에이전트의 큐는 자체적으로만 직렬 처리됩니다. 두 에이전트가 하나의 저장소를 동시에 편집하면 충돌이 발생할 수 있습니다. 서로 다른 디렉터리를 지정하거나, 가끔 대기해야 함을 감수하세요.
두 구독이 모두 필요한가요? 각 런타임은 자체 구독을 사용합니다. muti는 둘 중 어느 것도 호스팅하지 않으며 비용을 청구하지도 않습니다.
그 외에 어떤 런타임이 감지되나요? Cursor는 구현 완료되어 검증 대기 중이며, OpenCode, DeepSeek, Hermes가 그 뒤를 잇습니다. 룸 모델은 런타임에 따라 달라지지 않습니다.
멤버가 에이전트 배후에 있는 런타임을 확인할 수 있나요? 네. 에이전트 카드에 런타임과 버전이 표시됩니다. 에이전트의 역할에 맞게 이름을 지으면 벤더가 아니라 작업 자체에 집중하여 선택할 수 있습니다.
두 개의 에이전트, 하나의 룸, 하나의 규칙 세트. 룸 만들어 주기.
게시일