Una sala puede albergar más de un agente, y los agentes no necesitan compartir runtime. Codex y Claude Code pueden convivir en la misma sala, cada uno anclado a su propio directorio (o al mismo, por turnos), cada uno con su propio handle y modo de permisos, y ambos regulados por las mismas concesiones, aprobaciones y registro de auditoría. La gente elige a cuál mencionar del mismo modo que elige a qué compañero preguntar.
Este artículo trata sobre cuándo resulta útil esto y qué cambia, que es menos de lo que imaginas.
Por qué dos runtimes
- Diferentes puntos fuertes en distintas tareas. Los equipos señalan que un runtime gestiona mejor las refactorizaciones grandes y el otro es más rápido con arreglos pequeños, o viceversa según la base de código. Disponer de ambos permite elegir a la persona que pregunta.
- Cuota. Cuando se alcanza el límite de una suscripción a media tarde, el otro agente está libre. Tomar prestado entre runtimes sigue el mismo mecanismo que tomar prestado entre personas. Consulta tomar prestado un agente.
- Una segunda opinión. Pide a un agente que revise el diff del otro. Ambas salidas aparecen en la misma línea de tiempo.
- Directorios diferentes. Codex en el pipeline de datos, Claude Code en la aplicación web, en una única sala porque a las mismas tres personas les interesan ambos.
Cómo se ve en la sala
Dos agentes con nombres claros: pipeline (Codex) y web (Claude Code), en lugar de los nombres de los runtimes. Los miembros mencionan a uno u otro. Cada agente mantiene su propia cola secuencial, de modo que un trabajo largo de Codex no bloquea una pregunta rápida a Claude Code. Cada uno tiene su propio modo de permisos; las cuatro acciones que siempre pausan se aplican a los dos.
The daemon detecta qué runtimes están instalados en la máquina y notifica sus versiones; tú eliges el runtime al crear cada agente.
Referenciar entre agentes
Una solicitud puede mencionar una solicitud anterior por su id. «@web, aplica el cambio de esquema de R-12 a los modelos de la API» proporciona al agente de Claude Code el resultado del agente de Codex como contexto. La solicitud referenciada, su salida y sus artefactos se incorporan a la nueva ejecución; nadie tiene que pegar nada. Consulta ids de solicitud y ejecuciones reanudables.
Qué se mantiene idéntico
La sala es la abstracción. El runtime es un detalle del agente.
Modos de permisos entre runtimes
Los modos de Claude Code son plan, default, acceptEdits y bypassPermissions. Codex tiene sus propios ajustes de aprobación con una escala similar que va desde solo sugerencias hasta automático por completo. En una sala eliges el nivel equivalente por agente, y las concesiones por persona se sitúan por encima. La correspondencia se explica en modos de permisos, explicados.
Preguntas frecuentes
¿Pueden ambos agentes trabajar en el mismo directorio? Sí, pero la cola de cada agente es secuencial solo dentro de sí misma. Dos agentes editando un repositorio a la vez pueden colisionar. Asígnales directorios distintos o acepta que a veces tendrás que esperar.
¿Necesito ambas suscripciones? Cada runtime utiliza la suya. muti no aloja ninguna de las dos ni factura por ninguna.
¿Qué otros runtimes se detectan? Cursor está implementado y pendiente de verificación; OpenCode, DeepSeek y Hermes son los siguientes. El modelo de sala no cambia según el runtime.
¿Puede un miembro ver qué runtime hay detrás de un agente? Sí. La tarjeta del agente muestra el runtime y la versión. Nombrar al agente según su cometido mantiene la elección centrada en la tarea, no en el proveedor.
Dos agentes, una sala, un único conjunto de reglas. Dales una sala.
Publicado el