Cómo usar Claude, Codex, OpenCode y Kimi en un mismo proyecto
Elige el mejor runtime para cada ventana sin forzar todos los proveedores por el mismo fallback ni perder un único límite de coordinación.
Revisado con Agents City 0.3.0-beta.22 · commit c985198 ↗El problema real
Un desarrollador prefiere Codex para presidir, Claude para API, OpenCode con modelo local para analítica y Kimi para investigación. Los launchers separados funcionan, pero no comparten sobre tipado, objetivo ni proceso de decisión.
Resultado buscado
Cada ventana conserva la última milla nativa de su proveedor mientras Agents City aporta identidad, rol, objetivo, bus, actividad del Hall y protocolo de comité.
laboratorio-multimodelo
seatpreside · CodexObjetivo, síntesis, decisiones y límite de carreteras
apidev · ClaudeImplementación backend y evidencia contractual
analyticsdata · OpenCodeAnálisis con modelo local mediante HTTP/SSE
researchresearcher · KimiRevisión de fuentes por REST/WebSocket
Antes de empezar
- 01
Instala y autentica cada runtime antes de añadirlo a Agents City.
- 02
Valida cualquier proveedor de OpenCode o modelo local directamente con OpenCode.
- 03
Ten presente que los benchmarks live pueden consumir cuota o dinero.
Cómo hacerlo
Paso 01 Crea la ciudad del proyecto
Selecciona primero repositorios, roles y objetivo. Los runtimes deben servir a esas responsabilidades, no definirlas.
$agents-city setup --city laboratorio-multimodeloPaso 02 Elige un runtime nativo por ventana
Abre el selector y asigna Codex, Claude, OpenCode o Kimi. Las elecciones persistentes quedan en la ficha.
$agents-city seat --city laboratorio-multimodelo --enginesPaso 03 Arranca e inspecciona actividad visible
Abre la sesión, usa el Hall para la vista live de sólo lectura y separa actividad semántica de diagnósticos cuando investigues un fallo.
$agents-city seat --city laboratorio-multimodelo$agents-city logs --activity --lines 50$agents-city logs --diagnostics --lines 200Paso 04 Mide la ruta real sólo cuando haga falta
Ejecuta primero el benchmark stress offline. Usa live sólo después de comprobar autenticación, límites y coste de cada proveedor.
$agents-city benchmark stress --json$agents-city benchmark live --runtime claude --runtime codex --runtime kimi --timeout 180 --json
Qué deberías obtener
- Los proveedores conocidos reciben trabajo mediante adaptadores nativos, no inyección silenciosa.
- Hall y logs muestran trabajo y fallos visibles sin recoger razonamiento del proveedor.
- Cambiar un runtime no cambia autoridad ni propiedad de repositorios.
Qué no resuelve
- Agents City no incluye suscripciones, cuentas ni cuota de modelos.
- Los modelos pueden discrepar; el asiento y la verificación siguen siendo necesarios.
- La red saliente permanece disponible salvo que añadas aislamiento externo.