Los asistentes de codificación con IA se generalizaron en 2024. En 2025, herramientas como Claude Code y OpenAI Codex CLI ofrecieron a los desarrolladores una IA nativa de terminal capaz de leer bases de código, escribir código y ejecutar comandos. Sin embargo, compartían una limitación: un modelo, una tarea, una ventana de contexto. Para correcciones pequeñas eso funciona; para cualquier tarea que abarque múltiples archivos, decisiones arquitectónicas y controles de calidad, un solo agente se convierte rápidamente en un cuello de botella.
Dos proyectos de código abierto del desarrollador Yeachan Heo resuelven esto convirtiendo asistentes de IA solitarios en equipos coordinados. oh-my-claudecode (OMC) orquesta flujos de trabajo multiagente para Claude Code. oh-my-codex (OMX) hace lo propio para OpenAI Codex CLI. Ambos proyectos alcanzaron GitHub Trending a principios de 2026 y han crecido con rapidez: OMC supera ya las 24.000 estrellas y OMX ha sobrepasado las 16.000.
El problema del agente único
Cuando se pide a un asistente de IA que desarrolle una funcionalidad, opera en un ciclo plano: leer código, generar salida, aplicar cambios. No existe separación entre planificación y ejecución, no hay una etapa de revisión dedicada ni trabajo paralelo entre archivos. El modelo que escribe el middleware de autenticación es el mismo que lo revisa, lo cual equivale a que un único desarrollador escriba, pruebe, revise e implemente su propio código sin una segunda opinión.
La orquestación multiagente rompe ese patrón. En lugar de un único generalista, se obtiene un equipo de especialistas: un arquitecto que planifica, un ejecutor que implementa, un revisor que audita y un tester que verifica. Cada agente se concentra en lo que mejor sabe hacer, y la capa de orquestación coordina su trabajo.
Qué hace oh-my-claudecode
oh-my-claudecode es un plugin de configuración cero para Claude Code que incorpora orquestación multiagente mediante agentes especializados, skills de flujo de trabajo y pipelines de equipo. Se instala desde el marketplace de plugins de Claude Code y se activa con un único comando de configuración.
32 agentes especializados
OMC incluye 32 agentes basados en roles, cada uno ajustado a una tarea específica. El architect gestiona el diseño de sistemas y la estrategia de depuración. El executor escribe el código de implementación. El code-reviewer audita los cambios en cuanto a calidad y patrones. El security-reviewer analiza vulnerabilidades. El test-engineer genera cobertura de tests. El planner crea planes de implementación paso a paso con flujos de entrevista.
Cada agente opera con el nivel de modelo adecuado. Las consultas rápidas utilizan Haiku por su velocidad y eficiencia de coste. La implementación estándar emplea Sonnet. Las decisiones arquitectónicas complejas y el análisis profundo se dirigen a Opus. Este enrutamiento automático de modelos reduce los costes de tokens frente a ejecutarlo todo con el modelo más potente; en mis pipelines observo ahorros en el rango del 30-50 %, según la combinación de tareas.
Más de 40 skills de flujo de trabajo
Las skills son flujos de trabajo reutilizables que se activan con comandos simples. Autopilot detecta la intención y orquesta los agentes de forma automática. Ralph ejecuta un bucle autorreferencial que itera hasta que la tarea supera la verificación. Ultrawork paraleliza tareas independientes entre varios workers. TDD aplica el desarrollo guiado por tests exigiendo tests antes del código de implementación.
- /autopilot detecta su intención y orquesta 19 agentes; añada "fast" para paralelismo o "don't stop" para persistencia
- /ralph itera en bucle: planificar, ejecutar, verificar y corregir hasta completar la tarea, con verificación del arquitecto en cada paso
- /ultrawork ejecuta hasta 5 workers concurrentes para refactorizaciones grandes, migraciones o generación de tests
- /team N lanza N agentes coordinados sobre una lista de tareas compartida con worktrees de git aislados
- /ccg orquestación con tres modelos que consulta Claude, Codex y Gemini y sintetiza la mejor respuesta
Pipelines de equipo
El pipeline de equipo sigue un ciclo estructurado: plan (definir alcance y arquitectura), PRD (crear un documento de requisitos del producto), exec (implementar con workers paralelos), verify (ejecutar comprobaciones automáticas) y fix (iterar sobre los fallos). Cada worker recibe un worktree de git aislado, de modo que los agentes paralelos nunca generan conflictos de fusión.
Qué hace oh-my-codex
oh-my-codex lleva la misma filosofía de orquestación al Codex CLI de OpenAI. Proporciona 33 prompts especializados, 36 skills de flujo de trabajo y 5 servidores MCP para estado, memoria, inteligencia de código y trazabilidad.
OMX añade capacidades que el Codex CLI base no ofrece: estado persistente entre sesiones, orquestación de equipos con aislamiento por worktree, seguimiento incremental de fusiones y delegación entre proveedores. Es posible ejecutar agentes de Claude Code dentro de un flujo de trabajo de Codex, o tener workers de Codex, Claude y Gemini corriendo en paralelo en sus propios worktrees.
Equipos con múltiples proveedores
Una de las características más destacadas de OMX es la orquestación entre proveedores. Un único pipeline puede asignar a un modelo de OpenAI la generación de código, a Claude la revisión arquitectónica y a Gemini la investigación. Las fortalezas de cada proveedor se aprovechan donde más importan, y la capa de orquestación gestiona el traspaso de contexto entre ellos.
Comparativa lado a lado
| Característica | oh-my-claudecode (OMC) | oh-my-codex (OMX) |
|---|---|---|
| CLI base | Claude Code (Anthropic) | Codex CLI (OpenAI) |
| Agentes especializados | 32 | 33 prompts |
| Skills de flujo de trabajo | 40+ | 36 |
| Enrutamiento de modelos | Selección automática Haiku / Sonnet / Opus | Enrutamiento independiente del proveedor |
| Workers de equipo | Hasta 5 concurrentes (Ultrapilot) | Equipos con worktrees aislados |
| Entre proveedores | CCG (Claude + Codex + Gemini) | Equipos multiproveedor nativos |
| Estado persistente | Servidores MCP para estado y memoria | 5 servidores MCP (estado, memoria, inteligencia de código, trazas) |
| Instalación | Marketplace de plugins de Claude Code | npm / sistema de plugins de Codex |
| Estrellas en GitHub | 24.000+ | 16.000+ |
La orquestación multiagente en la práctica
Considere un escenario real: añadir soporte de internacionalización a una aplicación existente. Con un único asistente de IA habría que indicarle los pasos uno a uno y revisar manualmente cada resultado. Con orquestación multiagente el flujo es diferente.
- El planner analiza la base de código y crea un desglose de tareas con asignaciones por archivo
- El architect diseña la arquitectura i18n, elige las bibliotecas y define los patrones
- Worker 1 extrae cadenas de texto fijas de los componentes hacia archivos de traducción
- Worker 2 construye el mecanismo de cambio de idioma y el enrutamiento
- Worker 3 crea los archivos de traducción para cada idioma objetivo
- El test engineer genera tests para el cambio de idioma, el comportamiento de fallback y el soporte RTL
- El code reviewer audita todos los cambios en cuanto a consistencia y cadenas omitidas
- El verifier ejecuta la suite de tests completa y confirma que la compilación es exitosa
Los workers 1, 2 y 3 corren en paralelo, cada uno en su propio worktree de git aislado. La capa de orquestación fusiona sus cambios, resuelve los conflictos y entrega el resultado para revisión. La paralelización reduce el tiempo transcurrido respecto a la ejecución secuencial con un solo agente; la duración real depende de la complejidad de la tarea y los tiempos de respuesta del modelo.
La arquitectura detrás de la orquestación
Tanto OMC como OMX siguen un patrón arquitectónico similar. En el núcleo hay un sistema de hooks que intercepta eventos del CLI base y los redirige a la capa de orquestación. Los hooks pueden inyectar contexto, activar skills, gestionar estado y coordinar agentes sin modificar el CLI subyacente.
Los servidores MCP (Model Context Protocol) proporcionan persistencia. Los servidores de estado rastrean en qué trabaja cada agente. Los servidores de memoria almacenan contexto entre sesiones para que los agentes puedan consultar decisiones anteriores. Los servidores de inteligencia de código ofrecen características similares a LSP (hover, ir a la definición, buscar referencias) directamente a los agentes. Los servidores de trazas registran líneas de tiempo de ejecución para depurar problemas de orquestación.
Las skills son definiciones declarativas de flujo de trabajo. Especifican qué agentes intervienen, en qué orden y con qué criterios de verificación. Una skill como "ralph" define un bucle: planificar, ejecutar, verificar, corregir. Si la verificación falla, el bucle se repite con el contexto del fallo. Esto elimina el vaivén manual que ralentiza los flujos de trabajo de agente único.
Bucles de revisión a nivel de equipo
El paso de agente único a multiagente no es solo una cuestión de velocidad: introduce la separación de responsabilidades en el desarrollo asistido por IA. Cuando un agente de revisión de seguridad dedicado analiza cada cambio, mi pipeline ha detectado vulnerabilidades que un asistente de propósito general no había identificado. Cuando un agente arquitecto valida las decisiones estructurales antes de que comience la implementación, se evitan reescrituras costosas.
Para los equipos que adoptan flujos de trabajo de desarrollo con IA, las capas de orquestación resuelven el problema de gobernanza. Es posible establecer que todo cambio pase por un agente de revisión antes de confirmarse, o exigir la verificación de cobertura de tests antes de crear cualquier PR. Estas son las mismas compuertas de calidad que usan los equipos humanos, ahora automatizadas y consistentes.
Consideraciones prácticas
Costes de tokens
Los flujos de trabajo multiagente consumen más tokens que un ciclo simple de pregunta y respuesta. OMC mitiga esto con enrutamiento automático de modelos: las tareas sencillas van a modelos más económicos y el razonamiento complejo a los más potentes. En mis pipelines, el ahorro de tokens derivado del enrutamiento inteligente suele compensar el coste adicional de la orquestación. Para tareas grandes, el tiempo ahorrado con la ejecución paralela justifica habitualmente el coste.
Cuándo usar multiagente frente a agente único
| Escenario | Enfoque recomendado |
|---|---|
| Corrección rápida en un único archivo | Agente único, prompt directo |
| Funcionalidad que abarca 5 o más archivos | Pipeline de equipo con workers paralelos |
| Refactorización o migración de gran escala | Ultrawork / Ultrapilot para máximo paralelismo |
| Cambios sensibles a la seguridad | Pipeline con agente de revisión de seguridad obligatorio |
| Exploración de una base de código desconocida | Autopilot con agentes de investigación y análisis |
| Generación de suite de tests | Test engineers paralelos por módulos |
Cómo empezar
Para los usuarios de Claude Code, OMC se instala desde el marketplace de plugins. Ejecute el comando de configuración y comience con /autopilot para orquestación guiada o con /team 3 para lanzar tres workers paralelos. Para los usuarios de Codex CLI, OMX se instala mediante npm y sigue un patrón similar. Ambos proyectos cuentan con documentación extensa y comunidades activas.
La visión de conjunto: de los copilotos a los equipos de agentes
La evolución es clara. La primera fase fue el autocompletado (GitHub Copilot, 2022). La segunda, la codificación basada en chat (ChatGPT, Claude, 2023). La tercera, los agentes nativos de terminal (Claude Code, Codex CLI, 2025). La siguiente fase apunta a la orquestación multiagente. Proyectos como oh-my-claudecode y oh-my-codex son la primera oleada de herramientas que tratan la codificación con IA como un trabajo de equipo coordinado.
Como señaló Addy Osmani al escribir sobre codificación multiagente, la arquitectura exitosa separa la planificación de la ejecución, utiliza roles especializados e incorpora la verificación como paso de primer orden. OMC y OMX implementan exactamente este patrón y lo hacen accesible a través de comandos CLI sencillos.
El carácter de código abierto de ambos proyectos significa que la comunidad impulsa la innovación. Nuevos agentes, skills y patrones de flujo de trabajo se incorporan regularmente. Si la orquestación base no se ajusta a su flujo de trabajo, puede extenderse con agentes y skills personalizados.
Encaje del proyecto
La orquestación multiagente se está integrando hoy en flujos de trabajo de producción. Tanto si está construyendo una nueva aplicación, migrando un sistema legado o manteniendo una base de código compleja, las herramientas necesarias para avanzar más rápido sin sacrificar calidad ya están disponibles.
webvise integra flujos de trabajo de desarrollo con IA en cada proyecto entregado. La orquestación multiagente acelera el proceso desde la arquitectura hasta el despliegue, mientras que los agentes integrados de revisión y verificación mantienen los estándares de calidad que los clientes esperan. Si desea ver cómo las prácticas de desarrollo modernas pueden acelerar su próximo proyecto, póngase en contacto.
Las prácticas de webvise están alineadas con las normas ISO 27001 e ISO 42001.