Cualquier equipo que ejecuta agentes de código a gran escala termina necesitando los mismos elementos: una cola de tareas, un git worktree por cada agente, supervisión de procesos de agentes de larga duración, ejecutores de verificación, un entorno para revisar diffs, contabilidad de costes y memoria para que los agentes no repitan los mismos errores una y otra vez. Muchos equipos intentan construir esto internamente, comenzando con un script de shell estructurado en torno a Claude Code o Codex CLI. Ivy Tendril ofrece ese conjunto de piezas ya construido en una aplicación de escritorio gratuita y de código disponible (source-available) que funciona en tu máquina con cualquier agente CLI. Construye tu propia solución cuando la orquestación sea tu producto central o cuando tu flujo de trabajo sea tan atípico que ningún ciclo de vida estándar encaje. Usa Tendril cuando quieras tener todo funcionando esta misma semana y prefieras que el mantenimiento sea responsabilidad de otros.
Para qué está pensado cada enfoque
Una orquestación construida en casa suele comenzar como una pequeña utilidad: un script que crea una rama, arranca un agente pasándole un prompt y abre una pull request cuando el proceso termina. La herramienta crece cuando el equipo necesita ejecutar varios agentes a la vez, luego quiere ver qué están haciendo en tiempo real y después necesita monitorizar cuánto están costando. Al cabo de unos meses, se convierte en una herramienta interna con su propio backlog y deuda técnica. La literatura científica sobre frameworks multi-agente —entre ellos AutoGen— describe exactamente estos mismos componentes, lo que constituye un claro indicio de que son intrínsecos al problema y no un mero detalle incidental de diseño.
Ivy Tendril está diseñado para los equipos que quieren los beneficios de esa herramienta sin tener que construirla. Aplica un ciclo de vida estructurado: idea o ticket, creación del plan, borrador (draft), revisión humana del plan, Expand, Split o Update, ejecución en worktrees aislados, verificación mediante tests, linter y diff, revisión humana del diff, pull request y merge. Cuenta con exactamente dos puntos de control humano —el plan y el diff— y nada se fusiona sin aprobación explícita. Funciona como aplicación de escritorio en macOS, Windows y Linux, o en modo headless mediante tendril --web, compatible con cualquier agente CLI y tus propias claves de API.
Comparativa
| Aspecto | Ivy Tendril | Orquestación propia (DIY) |
|---|---|---|
| Cola de trabajo | Vistas de Plans, Drafts, Icebox y Recommendations | Debes diseñarla y programarla tú mismo |
| Aislamiento con worktrees | Automático, un worktree y una rama por plan | Creación, nombrado y limpieza manual mediante scripts |
| Supervisión de procesos | Vista Jobs con logs en streaming y registros de ejecución | Debes gestionar timeouts, reintentos y procesos bloqueados |
| Verificación | Tests, linting y diff por plan; importaciones de CI en Pro | Debes conectar runners a la salida de cada agente |
| Revisión | Vista Review con pestañas dedicadas para diff y verificación | Solo mediante pull request o una interfaz propia |
| Contabilidad de costes | Por plan y por trabajo, con KPIs en el Dashboard | Debes procesar el consumo de cada agente según su formato |
| Memoria | Promptware Memory/ por fase del ciclo de vida, retroalimentada | Debes diseñar almacenamiento, recuperación e inyección |
| Soporte de agentes | Cualquier agente CLI, configurable por plan | Cada agente debe integrarse y mantenerse manualmente |
| Personalización | Programas, herramientas y memoria Promptware; API REST; código disponible | Ilimitada |
| Mantenimiento | Ivy publica actualizaciones periódicas | Tu equipo técnico, indefinidamente |
| Precio | Gratuito; Pro a 59 $ por usuario/mes | Horas de ingeniería interna |
Qué necesita una orquestación construida en casa
Antes de ponerte a programar, conviene revisar cómo los cuatro patrones de orquestación se suceden unos a otros, ya que la mayoría de los desarrollos internos acaban redescubriéndolos en el mismo orden.
Una cola de tareas. Las tareas llegan desde tickets de incidencias, informes de errores y canales de chat; algo debe almacenarlas, priorizarlas y asignarlas a los agentes. En Tendril, esto lo gestionan las vistas Plans, Drafts e Icebox, con ingesta mediante webhooks, un servidor MCP, una API REST y una CLI.
Gestión de worktrees. Dos agentes modificando el mismo directorio de trabajo se pisarán el código mutuamente. Cada tarea necesita su propio git worktree en una rama independiente, creado antes de que el agente arranque y eliminado tras mergear la pull request. Tendril se encarga de esto automáticamente en cada plan. Consulta git worktrees para agentes de IA paralelos.
Supervisión de procesos de agentes. Los agentes CLI pueden ejecutarse durante minutos u horas, solicitar permisos interactivos, chocar contra límites de peticiones (rate limits) o abortar de forma imprevista. Un orquestador debe arrancarlos con los argumentos adecuados, capturar la salida en tiempo real, detectar bloqueos y registrar incidencias. La vista Jobs de Tendril transmite la salida continua y guarda logs detallados de cada ejecución.
Ejecutores de verificación. Que un agente reporte haber finalizado con éxito no es garantía de que el código funcione. Pruebas unitarias, análisis estático (linting) e inspección de diff deben ejecutarse sobre el worktree antes de que un desarrollador humano lo revise. Tendril ejecuta estas comprobaciones por cada plan y muestra los resultados consolidados en la vista Review. Consulta barreras de verificación para código generado por IA.
Una interfaz de revisión. La interfaz tradicional de una pull request muestra un diff, pero no revela qué pasos de verificación pasaron ni cuántos tokens consumió el agente. Revisar diez diffs al día mediante pull requests directas es manejable; revisar cincuenta, no. La vista Review de Tendril agrupa el diff y las comprobaciones en una sola pantalla.
Contabilidad de costes. Cada agente reporta el consumo de tokens en su propio formato, si es que lo hace. Para saber cuánto costó una tarea, debes recopilar el uso por ejecución, tarificarlo y consolidarlo. Tendril rastrea tokens y costes por plan y trabajo, mostrándolos en el Dashboard en tiempo real.
Memoria. Sin memoria, cada ejecución empieza desde cero. Con memoria, necesitas almacenamiento persistente, mecanismos para registrar aprendizajes tras una ejecución y una vía para inyectar el contexto pertinente antes de la siguiente. En Tendril, cada etapa del ciclo de vida es una unidad promptware con su archivo Program.md, un directorio Memory/, herramientas en Tools/ y registros en Logs/. Los agentes registran aprendizajes y mejoran sus propias instrucciones. Consulta promptware: agentes que mejoran sus propias instrucciones.
Cuánto cuesta mantenerlo
El desarrollo inicial es la parte económica. El verdadero coste radica en que cada una de las piezas mencionadas depende de factores externos en constante cambio. Los agentes CLI se actualizan con frecuencia, modificando flags, formatos de salida y sistemas de permisos. Los proveedores de LLM lanzan y descatalogan modelos. Tu propio repositorio crece y exige nuevas etapas de verificación. Cada cambio requiere ajustes técnicos que, en conjunto, se convierten en una carga continua para al menos un ingeniero del equipo.
A esto se suma el coste de las funcionalidades que nunca llegas a construir: anotaciones de planes en línea, división de planes (plan splitting), comandos de voz, acceso móvil a trabajos en ejecución y vistas de recomendaciones requieren diseño y desarrollo propio, por lo que casi nunca se implementan en herramientas artesanales.
Puntos de control humano y su ubicación
Un bucle casero suele incorporar un único punto de control: la pull request, porque es lo que ya existe de forma natural. Tendril implementa dos. El punto de control en el plan te permite corregir discrepancias de alcance antes de que el agente empiece a picar código, comentar borradores para que se reescriban o dividir planes excesivamente grandes. Añadir un punto de control de planes a una solución propia exige programar un formato de planes, una etapa de borrador, un editor y la lógica para enviar el plan aprobado al agente.
Paralelismo, elección de agentes y costes
La ejecución concurrente es donde los sistemas caseros consumen más tiempo de soporte: limpieza de worktrees residuales, conflictos de puertos entre suites de test simultáneas y caídas de un agente que interrumpen a los demás. Tendril aísla cada plan en su propio worktree y rama, manteniendo la rama principal limpia hasta la revisión final.
Integrar un agente es un proyecto acotado; mantener cinco agentes al día es un trabajo constante. Tendril te permite cambiar de agente o de modelo por cada plan sin tocar tu flujo operativo, utilizando claves de Anthropic, OpenAI, Google, OpenRouter y otros. El coste por plan te permite comparar la eficiencia de diferentes modelos frente al mismo tipo de tarea.
Cuándo construir tu propia solución es la decisión acertada
- La orquestación es tu producto final y necesitas controlar de forma absoluta cada detalle del ciclo.
- Tu flujo de trabajo no desemboca en una pull request, no utiliza Git o procesa activos que no son código fuente.
- Necesitas un flujo sin intervención humana en absoluto (por ejemplo, cambios desatendidos en repositorios de riesgo cero) y asumes que esas modificaciones no se revisarán.
- Eres un equipo de investigación y la modificación del propio bucle constituye el núcleo de tu experimento.
Cuándo Ivy Tendril es la mejor elección
- Quieres agentes paralelos, aislamiento con worktrees, verificación, revisión y control de costes funcionando esta misma semana.
- Deseas dos puntos de control humano sin tener que desarrollar editores de planes ni interfaces de revisión.
- Necesitas memoria acumulativa entre ejecuciones sin diseñar la infraestructura de persistencia.
- Prefieres que el mantenimiento de las integraciones con agentes sea responsabilidad de Ivy. La aplicación es gratuita; consulta los precios para Pro y Enterprise.
Consulta también patrones de orquestación para agentes de código.
Preguntas frecuentes
¿Puedo extender Ivy Tendril en lugar de construir desde cero?
Sí. Cada etapa del ciclo de vida es una unidad promptware con archivos Program.md, Memory/ y Tools/ que puedes inspeccionar y adaptar. Además, la API REST, el servidor MCP y la CLI te permiten controlar Tendril desde tus propias herramientas. El código está disponible bajo la licencia FSL-1.1-ALv2.
¿Ivy Tendril me ata a un único agente o modelo?
No. Tendril ejecuta Claude Code, OpenAI Codex CLI, GitHub Copilot CLI, Google Gemini CLI, OpenCode y cualquier otro agente CLI. Tú gestionas tus propias claves de API y puedes alternar libremente entre ellos por cada plan.
Ya tengo una solución interna funcionando. ¿Puedo utilizar ambas?
Sí. Puedes desviar un conjunto de tareas hacia Tendril mediante webhooks o la API REST para contrastar el rendimiento en pull requests y el coste por plan respecto a tus métricas actuales.
Primeros pasos con Ivy Tendril
¿Listo para la orquestación paralela de agentes a nivel de desarrollador?
- Explora el código: Conoce Ivy Tendril en GitHub (Código abierto).
- Consulta la documentación: Encuentra guías de integración en tendril.ivy.app.
- Agenda una sesión técnica: Contacta a renco@ivy.app para una consulta de arquitectura de 30 minutos.