En una agencia creativa, cada pedido esperaba a que alguien decidiera quién hacía qué. Construí Forge: un agente principal que lee los pedidos en Slack y reparte las partes entre ocho asistentes especializados, de la investigación y la planeación a las imágenes y los videos terminados.
El contexto
Los pedidos llegaban como encargos grandes: un plan de campaña para este cliente, una ronda de conceptos, qué se está diciendo de esta marca. Cada uno se partía en tareas distintas, en un orden distinto. Alguien tenía que leer el pedido, dividirlo y repartir las partes, así que el trabajo avanzaba al ritmo de la atención de esa persona.
El problema
Un flujo lineal puede resolver cualquiera de esos pedidos, y la agencia ya tenía algunos. Lo que no puede hacer es mirar un pedido nuevo y decidir qué pasos correr. La agencia necesitaba sacar adelante trabajo complejo y no lineal sin que una persona enrutara cada pedido.
El enfoque
En vez de construir más flujos para que alguien eligiera entre ellos, le di la decisión al sistema: un agente principal arriba que planea el trabajo, y especialistas angostos abajo, cada uno bueno en una sola cosa.
Alguien escribe un pedido en Slack, en lenguaje natural, donde el equipo ya trabaja.
El agente principal descubre en qué se divide de verdad el pedido, qué especialistas necesita y en qué orden.
Ocho asistentes especializados cubren planeación de negocio, investigación en redes sociales y producción de piezas creativas. Cada uno es dueño de una parte del trabajo de la agencia.
Cuando el encargo termina en piezas visuales, el flujo genera las imágenes y los videos por su cuenta, con Midjourney y Kling.
El resultado vuelve a la misma conversación de Slack donde empezó el pedido.
Decisiones y trade-offs
La interfaz es Slack porque la agencia ya vivía ahí. Una herramienta que obliga a la gente a ir a otro lado suele durar una semana. Un asistente en el canal que ya tienen abierto sí se usa.
Elegí Slack en vez de una app nuevaUn agente con una sola tarea es mucho más fácil de volver confiable, y de corregir cuando se equivoca, que uno general. El agente principal planea y los especialistas hacen el trabajo. Igual cualquiera puede ir directo a un especialista cuando sabe exactamente qué quiere.
Elegí un agente principal con especialistas en vez de un agente que lo hace todoClasificar un mensaje y redactar un plan de campaña no piden el mismo equilibrio entre costo, velocidad y razonamiento. Cada paso pasa por OpenRouter hacia el modelo que le conviene, así que cambiarlo es un cambio de configuración.
Elegí un modelo por paso en vez de uno para todoEl giro
Ocho agentes es lo que se ve, así que es fácil suponer que ellos sostienen el sistema. No es así. Lo que lo mantuvo funcionando a este tamaño está debajo: más de diez flujos que se llaman entre sí en vez de que cada agente repita los mismos pasos. Una pieza compartida existe una sola vez, y cualquier agente que la necesita la llama. Los flujos, no los agentes, son la razón por la que la red siguió siendo mantenible.
El resultado
La agencia dejó de repartir el trabajo a mano. Un pedido que antes necesitaba a una persona para desarmarlo ahora lo desarma el sistema.
En sus palabras
«Llegamos donde Jesús con una idea vaga: automatizar las partes de la agencia que no necesitan que una persona las toque. Nos construyó Forge: ocho asistentes con los que hablamos en Slack. Alguien pide un plan de campaña o una ronda de conceptos, y queda resuelto. Ya ni lo pienso, y eso es lo mejor que puedo decir de un software».
Para el lector técnico
Más de diez flujos de n8n, con subflujos anidados. Un flujo llama a otro en vez de repetir sus pasos, así que las piezas compartidas existen una sola vez y la red de agentes sigue siendo mantenible a este tamaño. El precio: una falla tres niveles abajo pierde su contexto en el camino hacia arriba, a menos que cada capa esté hecha para cargarlo, así que eso tuvo que diseñarse desde el principio.
Un agente principal que divide mal un pedido no falla de forma ruidosa. Entrega una respuesta creíble a una pregunta que nadie hizo. Lograr que desarmara el trabajo como lo haría una persona con experiencia, y que se detuviera en vez de adivinar cuando el pedido era ambiguo, tomó más iteraciones que cualquier especialista.
Cada paso nombra su propio modelo a través de OpenRouter, equilibrando costo, latencia y calidad de razonamiento. Pasar un paso a un modelo más nuevo o más barato es un cambio de configuración, no una reconstrucción.
Midjourney y Kling no tenían una interfaz programática oficial para lo que la agencia necesitaba, así que la integración usa soluciones no oficiales. Funciona y hace trabajo real, pero no es un contrato estable: un cambio del lado del proveedor puede romperla sin aviso. La agencia aceptó ese trade-off a sabiendas.
Como los agentes viven en Slack, también administré el Slack y el Google Workspace de la agencia a nivel de organización para dar soporte a Forge.
Siguiente proyecto · Recuperación · 2024
¿El trabajo de tu equipo espera a que una persona lo reparta?