Un fotógrafo construye un DSL para flujos multi-agente

El hilo apareció en Hacker News el 31 de mayo de 2026 con apenas 3 puntos y ningún comentario: un fotógrafo publica AgentFlow, un DSL (Domain-Specific Language) propio para definir y orquestar flujos de trabajo multi-agente. Sin respaldo de empresa, sin equipo de ingeniería detrás. Solo alguien que usa agentes en su trabajo diario y decidió que las herramientas existentes no encajaban bien con cómo piensa.

Que un proyecto así salga de fuera del círculo habitual de desarrolladores de software profesionales no es la noticia en sí misma. La noticia es que ya es normal.

Qué es AgentFlow y qué propone

Según el repositorio, AgentFlow es un lenguaje de dominio específico diseñado para describir pipelines donde múltiples agentes colaboran, se delegan tareas y comparten contexto. La idea central es separar la definición del flujo (qué agente hace qué, en qué orden, con qué condiciones) de la implementación de cada agente individual.

Es un enfoque declarativo: en lugar de escribir código imperativo que llama a un agente, espera, procesa la respuesta y llama al siguiente, el desarrollador describe la topología del flujo en el DSL y un runtime lo ejecuta. Conceptualmente no es nuevo —hay precedentes en orquestación de microservicios y en herramientas como LangGraph— pero la propuesta de valor aquí es la simplicidad y el enfoque en legibilidad para no-ingenieros.

El repositorio incluye ejemplos de flujos con bifurcaciones condicionales, bucles y paso de artefactos entre nodos. No hay mención explícita a integraciones con MCP servers o con Claude Code en la documentación visible a fecha de publicación, aunque la arquitectura es compatible con cualquier agente que exponga una interfaz de llamada estándar.

Por qué importa que lo haya construido un fotógrafo

Esto no es un comentario sobre las credenciales del autor. Es una observación sobre el ecosistema: las abstracciones para trabajar con agentes han bajado lo suficiente de nivel como para que alguien sin formación formal en ingeniería de software pueda construir su propio lenguaje de orquestación y publicarlo.

Hace dos años, coordinar varios agentes requería entender bien cómo gestionar estado, manejar errores de red, serializar contexto y diseñar interfaces de comunicación entre procesos. Hoy, con herramientas como Claude Code —que ya soporta subagentes invocables, hooks de ciclo de vida y skills reutilizables— y con MCP como capa de integración estandarizada, el trabajo de fontanería ha bajado drásticamente. Lo que queda es la lógica del flujo, y ahí es donde proyectos como AgentFlow encuentran su hueco.

El perfil del autor también apunta a un caso de uso concreto: flujos de procesado, catalogación o descripción automática de imágenes, probablemente con agentes especializados en distintas partes del pipeline (extracción de metadatos, generación de descripciones, clasificación por estilo, etc.). No lo dice explícitamente, pero es la lectura más obvia.

Limitaciones evidentes y señales a seguir

Con 3 puntos en Hacker News y cero comentarios, AgentFlow no ha generado tracción pública todavía. El repositorio es reciente y la documentación es escasa. No hay tests visibles, no hay versión empaquetada ni instrucciones de instalación detalladas. Es, en el estado actual, un proyecto personal publicado.

Lo que merece atención no es si AgentFlow prospera como herramienta —puede que no lo haga— sino el patrón que representa: usuarios de dominio no técnico construyendo su propia capa de abstracción sobre infraestructura de agentes. Cuando eso empieza a ocurrir de forma recurrente en una comunidad, suele ser señal de que la capa de abstracción oficial todavía tiene huecos.

Si el autor continúa desarrollando el proyecto y añade integración con MCP servers o soporte para hooks de Claude Code, podría convertirse en algo interesante para equipos pequeños que quieren definir flujos de agentes sin escribir código de orquestación a mano.

---

Desde EP, nos parece más relevante el contexto que el proyecto en sí: cuando los usuarios de dominio empiezan a construir sus propias herramientas de orquestación, el ecosistema ha madurado de verdad. Habrá que ver si Anthropic recoge esa señal en futuras versiones de Claude Code.