Un foro técnico en español que nació de hilos de soporte que se alargaban demasiado. Detrás hay gente que arma agentes de IA y automatizaciones a diario: flujos en n8n y Make, scrapers que se caen de madrugada, prompts encadenados que nadie documentó. Nos interesa lo que funciona en producción, no la demo del fin de semana.
DN Agents no creció en una sala de reuniones. Creció en hilos donde alguien pegaba el log de un webhook caído a las 3 de la mañana y otro respondía con la captura del nodo que sí funcionaba. Con el tiempo, varios equipos y proyectos de la región empezaron a aportar de forma constante: mantienen secciones, revisan plantillas de flujos, moderan debates sobre límites de contexto y comparten errores reales sin maquillarlos. Estos son los frentes de colaboración que sostienen el foro en el día a día.
Equipos que implementan n8n y Make para pymes y devuelven al foro las plantillas que ya probaron en producción, con notas sobre qué nodo falló y cómo lo resolvieron.
Grupos de desarrolladores que migran de low-code a Python y traen dudas concretas sobre paginación de APIs, manejo de colas y contratos entre el flujo visual y el código propio.
Personas con experiencia que revisan los primeros flujos publicados, señalan errores de credenciales o de reintentos y explican por qué un trigger mal armado rompe todo lo demás.
Iniciativas que comparten mediciones reales de chunking, re-ranking y latencia, y que ayudan a decidir cuándo conviene una base vectorial y cuándo un prompt encadenado basta.
La moderación es ligera y el criterio es simple: respeto por el trabajo ajeno y honestidad al pedir feedback. Si publicas un flujo, cuéntanos qué se rompió y qué intentaste antes de preguntar. Ese detalle es lo que hace útil a un foro técnico.
Arrancamos como un grupo de WhatsApp entre tres personas en Ica que se pasaban plantillas de n8n para no repetir el mismo trabajo cada semana. No había foro, ni reglas, ni moderación: solo capturas de errores a las 3 de la mañana y ganas de entender por qué un webhook dejaba de responder.
Abrimos el primer espacio público con secciones separadas para principiantes y para quienes ya migraban de Make a Python. La decisión clave fue no esconder los fracasos: los hilos con capturas de flujos rotos terminaron siendo los más leídos, porque muestran lo que ninguna documentación oficial explica.
Llegaron los debates sobre RAG y bases vectoriales. En vez de sumarnos a la moda, publicamos comparativas de proyectos donde la base vectorial no aportaba nada frente a un prompt encadenado bien armado. Eso nos ganó la confianza de devs que venían de low-code y buscaban criterio, no recetas.
Hoy la comunidad cubre Perú y buena parte de Latinoamérica, con moderación ligera y una regla simple: respeto por el trabajo ajeno. Se comparten plantillas de orquestación, límites de contexto medidos en producción y estrategias para vender automatizaciones a pymes sin prometer lo que un flujo no puede sostener.
DN Agents no nació como producto ni como marca. Nació de una necesidad concreta: tener un lugar donde preguntar por qué un scraper falla a las 3 de la mañana sin que la respuesta sea "usa otra herramienta". Cada etapa de esta historia responde a un problema real que el grupo fue resolviendo en conjunto.
Si quieres entender cómo trabajamos antes de publicar tu primer hilo, revisa las guías del centro de ayuda o pásate por quiénes somos para ver el criterio detrás de cada sección.
Historia del foro
DN Agents no nacio como producto ni como comunidad cerrada. Empezo con cuatro personas en Lima e Ica compartiendo capturas de errores de n8n a las 3 de la manana y plantillas de flujos que se rompian al primer cambio de API. Lo que sigue es el recorrido real: los meses en que el foro era un canal de texto, la migracion a secciones por nivel, y los debates que todavia siguen abiertos sobre RAG, limites de ejecucion y migracion a Python.
Arrancamos con un canal donde se colgaban flujos de Make y Zapier sin estructura. La mayoria eran prototipos de fin de semana: scrapers que devolvian HTML vacio, webhooks sin reintentos, prompts encadenados que gastaban contexto sin control. Aprendimos rapido que sin capturas de error reales el feedback no servia de nada.
Cuando llegaron los primeros devs que venian de low-code, separamos el foro en tres rutas: principiantes, gente migrando a Python y quienes venden automatizaciones a pymes. Cada seccion tiene su propio tono. En la de principiantes se explica sin condescendencia; en la de migracion se discute contrato entre flujo visual y funcion.
RAG con base vectorial fue el tema que mas hilos genero y el que mas se corrigio despues. Varios proyectos volvieron a prompts encadenados cuando el chunking no justificaba la latencia. Lo mismo con orquestacion: n8n aguanta volumen, pero separar trigger de procesamiento pesado dejo de ser opinion y paso a ser practica comun.
No tenemos reglas largas. Se pide respeto por el trabajo ajeno, no vender humo y publicar el flujo antes de pedir ayuda. Los hilos se cierran solos cuando la solucion queda documentada. La comunidad es de Peru y Latinoamerica, pero el idioma tecnico es el mismo en cualquier zona horaria.