Software
Coordina producto, ingeniería, datos, diseño y operaciones antes de publicar un cambio.
cptodevdata-engineerdevopsproduct-designpollm-engineer
$agents-city demoCómo resolver trabajo real con ciudades de agentes.
El mismo sistema organiza agentes de código, conocimiento y coordinación en software, salud, legal, finanzas, marketing, ventas, investigación, operaciones o un dominio propio.
Empieza con el vocabulario de tu trabajo.
Cada pack aporta criterios de evidencia y roles sugeridos como Markdown editable. No concede autoridad ni instala skills. blank y custom permiten empezar sin un perfil oculto.
Salud
Reúne dirección clínica, seguridad del paciente, operaciones, datos y compliance en una decisión acotada.
clinical-directorclinicianpatient-safetyclinical-opshealth-datahealth-compliance
$agents-city demo --domain medicinaLegal
Trabaja un asunto entre plazos, precedentes, contexto del cliente, compliance y conocimiento.
managing-partnerassociatecomplianceknowledgeops
$agents-city demo --domain legalFinanzas
Coordina cierre, controles, análisis, compliance y ciclos operativos.
cfocontrollerfin-analyticsopscompliance
$agents-city seat --domain financeMarketing
Alinea marca, contenido, adquisición, lifecycle, diseño y medición.
brand-leadcontentperformanceseolifecycleproduct-design
$agents-city seat --domain marketingVentas
Conecta evidencia de cuentas, revenue operations, enablement y resultados del cliente.
revenue-leadaccount-executiverevopscustomer-successenablement
$agents-city seat --domain salesInvestigación
Separa métodos, evidencia, ética, conocimiento y verificación antes de sintetizar.
research-directorresearchermethodsresearch-opsethicsknowledge
$agents-city seat --domain researchOperaciones
Resuelve dependencias entre programas, procesos, calidad, conocimiento y delivery.
operations-leadprogram-managerprocess-ownerqualityknowledge
$agents-city seat --domain operationsTu dominio
Crea una ciudad alrededor de tu equipo, tu vocabulario y tu forma de decidir.
city-leadspecialistqualityknowledgeblank
$agents-city seat --domain customEmpieza por el problema, no por el comando.
Cada guía modela una situación reproducible: qué queda en la máquina de cada propietario, qué asientos pueden hablar, qué evidencia aporta cada agente y cómo comprobar el resultado.
Para empresas
Equipos, clientes, proveedores y especialistas que conectan sus ciudades sin compartir máquinas ni diluir la autoridad.
01
Empresa · equipo de producto
02Cómo coordinar agentes de IA entre varios repositorios
Da a API, web y QA responsabilidades de evidencia separadas mientras un solo asiento posee el objetivo y la decisión de release.
Empresa · ingeniería y producto
03Cómo puede el agente de un desarrollador preguntar a Producto antes de programar
Ingeniería sigue avanzando mientras Producto o Negocio responde mediante un agente apoyado en los criterios, conocimiento, datos autorizados y herramientas de su propietario.
Empresa · agencia o consultora
04Cómo aislar el trabajo de agentes de IA entre clientes
Da una ciudad distinta a cada cliente y abre una carretera sólo cuando dos asientos tengan un motivo legítimo para intercambiar información.
Empresa · dirección de operaciones
Cómo crear un comité de agentes de IA para una decisión empresarial
Compara evidencia independiente de operaciones, finanzas, customer success y compliance sin convertir el proceso en una votación.
Para personas
Creadores independientes, investigadores y usuarios multimodelo que trabajan desde su propia máquina.
01
Persona · creador independiente
02Cómo gestionar un proyecto software personal con varios agentes de IA
Ejecuta agentes especialistas por repositorio sin convertirte en el mensajero humano entre terminales inconexas.
Persona · investigación o análisis
03Cómo comparar investigación con agentes de IA sin pensamiento grupal
Recoge posiciones independientes de literatura, métodos, datos y ética antes de que un asiento de investigación vea la comparación completa.
Persona · usuario multimodelo
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.
Respuestas rápidas para configurar y operar una ciudad.
Estas recetas complementan las guías completas cuando ya conoces el problema y sólo necesitas el flujo correcto del CLI.
Empezar con una ciudad y sin cuenta de proveedor
Úsalo cuando
Quieres entender el producto antes de elegir runtime o tocar tus repositorios.
Flujo
Elige la historia desechable de software, medicina o legal.
Sigue en el Hall el comité presidido, el fallo de verificación, el replanteamiento y el cierre corregido.
Detén con Ctrl-c; la ciudad temporal desaparece.
$agents-city demo$agents-city demo --domain medicina$agents-city demo --domain legalUsar Codex como asiento principal
Úsalo cuando
Quieres que Codex posea el objetivo y presida la evidencia aunque otras ventanas usen cualquier runtime soportado.
Flujo
Crea o abre la ciudad.
En motores, asigna Codex al asiento.
Abre la sesión tmux y comprueba las ventanas.
$agents-city setup --city producto$agents-city seat --city producto --engines$agents-city seat --city productoMezclar runtimes por repositorio
Úsalo cuando
Distintos repos se benefician de proveedores diferentes o de un modelo local.
Flujo
Abre el selector de motores.
Asigna runtime y modelo opcional por ventana.
Guarda lo persistente en la ficha; usa --model sólo como override de un arranque.
$agents-city seat --city producto --engines$agents-city seat --city producto --model gpt-5 --effort highAislar clientes dentro de una máquina
Úsalo cuando
Producto, cliente-a e investigación deben separar objetivos, conocimiento, repos y allowlists.
Flujo
Crea cada ciudad por separado.
Selecciona una sin arrancar las otras.
Conecta sólo los dos asientos que deban intercambiar información.
$agents-city cities create producto$agents-city cities create cliente-a$agents-city road connect producto cliente-aTomar una decisión de release entre varios repos
Úsalo cuando
La evidencia de API, web y QA puede cambiar materialmente si publicas.
Flujo
Abre un brief sólo con participantes relevantes.
Recoge posiciones aisladas y sintetiza conflictos.
Decide con ejecutor y verificador.
Cierra sólo cuando la verificación independiente pase.
$agents-city committee schema open$agents-city committee open --input release.json$agents-city committee show <deliberation-id>Conectar dos ciudades locales
Úsalo cuando
Dos ámbitos autónomos de la misma máquina necesitan una ruta controlada.
Flujo
Crea ambas ciudades.
Conéctalas simétricamente.
Abre sus asientos e inspecciona el roster.
$agents-city road connect producto investigacion$agents-city road list producto$agents-city bus rosterConectar asientos de máquinas distintas
Úsalo cuando
Un colaborador posee otra ciudad, otra cuenta y otra máquina.
Flujo
Autoaloja el relay remoto.
Haz que el operador del relay emita una credencial de owner por máquina.
Intercambia invitaciones públicas.
Cada lado acepta al otro por separado.
$agents-city road invite producto > producto.invitation.json$agents-city road connect producto investigacion.invitation.jsonAbrir sólo una parte de una ciudad grande
Úsalo cuando
La ciudad tiene muchos repos pero hoy sólo necesitas API y web.
Flujo
Conserva todos los repos en la ficha.
Usa un filtro de un arranque sin cambiar la configuración persistente.
$agents-city seat --city producto --only api,webInspeccionar skills sin instalar nada
Úsalo cuando
El asiento necesita saber qué agente ya tiene una capacidad relevante.
Flujo
Lista las skills reconocidas.
Elige agente por rol, propiedad, alcance y skills vivas.
Deja que su runtime decida si invoca su propia skill.
$agents-city skills producto