oh-my-ag: orquestador multiagente para Antigravity
(github.com/first-fluke)El reciente 2026 Agentic Coding Trends Report de Claude
definió que el desarrollo de software ya no es “escribir código directamente”, sino un problema de cómo coordinar y supervisar agentes.
La IA es una buena colaboradora, pero para garantizar calidad y seguridad, la supervisión y validación humana son indispensables.
La delegación total suena bien, pero para mantener el sistema hace falta una estructura de colaboración.
El problema es que esa estructura colaborativa hay que configurarla y gestionarla manualmente con prompts cada vez.
[Por qué oh-my-ag]
Si ya usaste Antigravity o agentes basados en CLI en proyectos reales, probablemente estos problemas te resulten familiares.
Que el agente no lea bien las Skills, que las Rules se ignoren a mitad de la conversación,
o que la respuesta entre en un bucle infinito sin control, o que trabaje mucho pero al final no haga lo que pediste.
Parece un problema del modelo, pero en realidad era un problema de orquestación.
Por eso, en vez de seguir ajustando prompts, cambiaron de enfoque.
No se trataba de “cómo escribir buenos prompts”, sino de “¿y si damos la estructura de colaboración entre agentes como valor predeterminado?”.
De esa pregunta nació oh-my-ag.
[Qué hace oh-my-ag]
oh-my-ag es una capa de orquestación de agentes basada en roles para Antigravity.
En lugar de meter todo el contexto en un solo agente, separa claramente las responsabilidades.
El orquestador controla el flujo general,
los subagentes se enfocan en sus propios roles,
y el contexto necesario se comparte a través de una memoria común.
La instalación se resuelve con una sola línea.
bunx oh-my-ag
Con eso, se configura automáticamente en el proyecto un conjunto de agentes basado en roles.
- PM organiza los requerimientos y descompone las tareas.
- Frontend y Backend se encargan de la implementación en sus respectivas áreas.
- Mobile asume la implementación móvil basada en Flutter,
- QA valida contra los requerimientos y revisa casos límite.
- El agente Debug analiza las causas de falla y propone la dirección de corrección.
Cada agente cuenta con Skills y una estructura de prompts optimizadas para su función, y el orquestador las une dentro de un solo flujo.
[Por qué usarlo]
Primero, para mitigar con procesos la variabilidad en el rendimiento de los modelos.
Últimamente pasa seguido que el rendimiento de modelos como Gemini 3 Pro cambia de forma repentina según actualizaciones o el estado de los servidores.
Una estructura que depende de un solo agente y de prompts largos es muy vulnerable a esas variaciones.
oh-my-ag fue diseñado para dividir roles y separar responsabilidades, de modo que una caída temporal en el rendimiento de un modelo específico no arruine todo el resultado.
El orquestador y todos los subagentes usan Serena Memory como memoria compartida.
Como las decisiones y los resultados intermedios se van acumulando en la memoria, aunque cambie el modelo o fluctúe la calidad de respuesta, el contexto no se pierde fácilmente.
Segundo, los puntos de supervisión humana quedan claros.
La clave no es sacar a la persona del loop, sino dejar claro dónde debe intervenir.
Como los roles de PM, QA y Debug están separados, la estructura deja ver con claridad hasta dónde se encargó la IA y en qué punto debe decidir una persona.
Tercero, se pueden reducir los recursos dedicados a la gestión repetitiva de prompts.
No es productivo volver a meter cada vez en un prompt las mismas descripciones de roles, reglas y procesos de aprobación.
oh-my-ag automatiza por defecto la configuración de prompts y la estructura de conexión mediante bundles de Skills por rol y un orquestador con ejecución en paralelo.
[Características principales]
- Conjunto de agentes especializados basado en roles
- Capa de orquestación con soporte para ejecución en paralelo
- Soporte para Gemini CLI / Claude CLI / Codex CLI
- Integración con Serena Memory
- Control de Tool Scope por MCP
- Automatización de Conventional Commits
El desarrollo AI-Native de 2026 ya no es un problema de “cómo usar bien las herramientas”.
Esta orquestación fue diseñada tomando como base la estructura de first-fluke/fullstack-starter, y ya está absorbiendo bien más de 50 commits al día en aplicaciones fullstack web/móviles.
Si ya estás usando Antigravity, en vez de pelearte con los prompts, prueba oh-my-ag junto con AI Pro y quema los tokens de 6 cuentas al mismo tiempo.
GitHub link 🔗
Github: first-fluke/oh-my-ag
17 comentarios
Hicimos posible copiar habilidades en codex, github copilot, claude, opencode y amp.
Está buenísimo.
Siempre tiene muy buena calidad, así que lo voy a usar con confianza jajaja
Gracias por el buen comentario.
Yo también consideré el mismo enfoque y construí un entorno de agentes paralelos basado en speckit. Me parece que los frameworks para Spec Driven Dev encajan perfecto con ese enfoque, ¿hay alguna razón por la que decidieron no adoptarlos?
Personalmente, en vez de pautas tan detalladas como las de Spec Kit, me ha funcionado mejor darles autonomía para que salgan direcciones que yo no había imaginado. Cuando el contexto se alarga, a veces la especificación definida al principio también se desmorona. Para las cosas complejas, me dio mejor calidad ejecutarlas en modo plan y luego ir revisándolas.
Como soy principiante, les pregunto~ jaja. ¿Después de instalarlo, simplemente hago la solicitud en la ventana de chat de antigravity igual que antes?
En tu ventana de chat, puedes ejecutar el flujo de trabajo que quieras con comandos de barra "/" (.agent/workflows), o las skills se ejecutarán automáticamente según las palabras clave.
Muchas veces me pasó que, al meter prompts largos en un solo agente, se pierde el contexto, así que creo que el enfoque de verlo como un "problema de orquestación" es muy acertado.
La estructura de separar roles y compartir estado con Serena Memory se ve limpia, y como además está bien documentada, parece que se puede aplicar de inmediato.
¡Lo voy a usar muy bien!
Lo revisaste con mucho cuidado... Gracias.
Gracias. Parece que esa frustración que sentía al usar Antigravity como principal no era solo cosa mía jaja
A veces se pone medio tonto jajaja. Gracias.
Nos llevamos al PM con todo y de maravilla 🙇♂️🙇♂️🙇♂️
Mientras lo veía, no dejaba de pensar que, al final, si quieres usar un flujo de trabajo personalizado, más que sacar partes y usarlas por separado, lo mejor es seguir tal cual la intención y la filosofía de esa persona. ¡No parece un flujo de trabajo muy adecuado para usarse en una empresa, así que voy a sacar y aprovechar solo las partes que se vean buenas~~
Les agradecería que lo tomaran y lo adaptaran a su gusto.
Agradecería que lo incluyeran en el backend con Node.js. Pensé que estaría, pero como no estaba, me dio un poco de pena T_T
¡Lo consideraremos pronto para que no se queden con las ganas!
También he estado usando muy bien la plantilla que compartiste la vez pasada.
Gracias de nuevo por compartir algo tan valioso esta vez también.
No es gran cosa, pero gracias.