Uma sala pode conter mais do que um agente, e os agentes não precisam de partilhar o runtime. O Codex e o Claude Code podem conviver lado a lado na mesma sala, cada um associado ao seu próprio diretório (ou ao mesmo, à vez), cada um com o seu próprio handle e modo de permissão, ambos regidos pelas mesmas concessões, aprovações e registo de auditoria. As pessoas escolhem qual mencionar da mesma forma que escolhem a que colega pedir ajuda.
Este artigo aborda as situações em que isso é útil e o que muda — que é menos do que se poderia pensar.
Por que ter dois runtimes
- Pontos fortes diferentes para tarefas diferentes. As equipas relatam que um runtime lida melhor com refatorações de grande escala e o outro é mais rápido em pequenas correções, ou vice-versa consoante a base de código. Ter ambos disponíveis permite a quem faz o pedido escolher.
- Quota. Quando o limite de uma subscrição é atingido a meio da tarde, o outro agente está livre. Pedir emprestado entre runtimes é o mesmo mecanismo que pedir emprestado entre pessoas. Consulte pedir um agente emprestado.
- Uma segunda opinião. Peça a um agente para rever o diff do outro. Ambos os resultados ficam na mesma timeline.
- Diretórios diferentes. O Codex no pipeline de dados, o Claude Code na aplicação web, numa única sala porque as mesmas três pessoas acompanham ambos.
Como funciona na sala
Dois agentes com nomes claros: pipeline (Codex) e web (Claude Code), em vez dos nomes dos runtimes. Os membros mencionam um ou outro. Cada agente mantém a sua própria fila sequencial, pelo que uma tarefa longa do Codex não bloqueia uma pergunta rápida ao Claude Code. Cada um tem o seu próprio modo de permissão; as quatro ações que pausam sempre aplicam-se a ambos.
O daemon deteta quais os runtimes instalados na máquina e reporta as suas versões; o utilizador escolhe o runtime ao criar cada agente.
Referenciar entre agentes
Um pedido pode mencionar um pedido anterior por id. “@web, aplica a alteração de esquema de R-12 aos modelos da API” dá ao agente Claude Code o resultado do agente Codex como contexto. O pedido referenciado, o seu resultado e os seus artefactos são integrados na nova execução; ninguém precisa de colar nada. Consulte ids de pedidos e execuções retomáveis.
O que se mantém idêntico
A sala é a abstração. O runtime é um detalhe do agente.
Modos de permissão entre runtimes
Os modos do Claude Code são plan, default, acceptEdits e bypassPermissions. O Codex tem as suas próprias definições de aprovação com uma escala semelhante, desde apenas sugestão até totalmente automático. Numa sala, escolhe o nível equivalente por agente, e as concessões por pessoa aplicam-se por cima. O mapeamento é explicado em modos de permissão explicados.
Perguntas frequentes
Podem ambos os agentes trabalhar no mesmo diretório? Sim, mas a fila de cada agente é sequencial apenas internamente. Dois agentes a editar o mesmo repositório em simultâneo podem colidir. Atribua-lhes diretórios diferentes ou aceite que terá por vezes de esperar.
Preciso de ambas as subscrições? Cada runtime usa a sua própria. O muti não aloja nenhuma nem fatura nenhuma.
Que outros runtimes são detetados? O Cursor está implementado e aguarda verificação; OpenCode, DeepSeek e Hermes serão os próximos. O modelo de sala não varia consoante o runtime.
Pode um membro ver qual o runtime por trás de um agente? Sim. O cartão do agente mostra o runtime e a versão. Dar ao agente o nome da sua função mantém a escolha focada na tarefa, e não no fornecedor.
Dois agentes, uma sala, um conjunto de regras. Crie-lhes uma sala.
Publicado a