Quiénes sostienen DN Agents

Un foro técnico no se mantiene solo con moderación: detrás hay personas que responden hilos a las 2 de la mañana, revisan capturas de errores ajenos y ordenan las secciones cuando el ruido crece. Aquí van los nombres, los roles y las decisiones que tomamos para que el foro siga siendo útil para quien automatiza en serio.

Quiénes sostienen DN Agents

El foro no lo levantó una empresa con sala de prensa. Lo armamos entre cinco personas que llevan años peleándose con webhooks caídos, prompts que se desvían y clientes que piden "lo mismo pero automático" para ayer. Diego coordina la orquestación en n8n y Make; Zoe revisa cada hilo de RAG antes de que se publique; Juan José mantiene los scrapers y las integraciones que nadie quiere tocar; Mario modera las secciones de principiantes y de migración a Python; Alexa escribe las guías de costos por ejecución y límites de contexto.

No hay oficina con plantas. Hay un grupo de trabajo en Ica, un servidor con logs a la vista y la costumbre de responder con capturas reales en vez de teoría. Cuando alguien publica su primer flujo, alguien del equipo lo lee y comenta antes de que pase una semana.

Orquestación y flujos

Diego Castro Mesa

Revisa los hilos de n8n, Make y Zapier. Le interesa el momento exacto en que un flujo deja de ser un prototipo de fin de semana y empieza a necesitar colas, reintentos e idempotencia.

RAG y bases vectoriales

Zoe Treviño

Edita las discusiones sobre chunking, re-ranking y costos de embedding. Suele preguntar lo incómodo: si la base vectorial mejora la respuesta o solo agrega latencia al agente.

Scrapers y APIs

Juan José Villalobos

Mantiene la sección donde se comparten scrapers que se rompen a las 3 de la mañana. Documenta cada fallo con el payload real, no con descripciones vagas.

Principiantes y migración

Mario Valles

Acompaña a quienes recién entran y a los devs que pasan de low-code a Python. Insiste en que un flujo mal documentado es deuda técnica, aunque funcione hoy.

Guías y costos

Alexa Almanza

Escribe sobre límites de contexto, costos por ejecución y cómo vender automatizaciones a pymes sin prometer lo que el flujo no aguanta en producción.

Escríbenos si quieres sumar un hilo

Quiénes sostienen el foro

No somos una consultora disfrazada de comunidad. Somos gente que rompe flujos a diario y los vuelve a levantar.

Moderación técnica

Lic. Diego Castro Mesa Hijo

Arrancó automatizando reportes de ventas en Make y hoy mantiene una cola de reintentos con Redis para un cliente que recibe miles de webhooks al día. Revisa los hilos de orquestación y cierra discusiones cuando alguien confunde un trigger con un cron mal configurado.

RAG y prompts

Zoe Treviño Hijo

Migró tres bases vectoriales antes de aceptar que la mitad de los casos no necesitaban embeddings. Escribe sobre chunking, re-ranking y cuándo un prompt encadenado resuelve lo que un índice caro solo complica. Responde dudas de quienes empiezan con agentes sobre documentación interna.

Integraciones y APIs

Juan José Fernando Villalobos Guerrero

Viene del lado del backend y le tocó depurar scrapers que fallaban a las 3 de la mañana por un cambio de selector. Publica capturas de errores reales, explica paginación y firma los hilos donde alguien pregunta por qué Zapier le devuelve 429 sin aviso.

Comunidad y soporte

Mario Valles Cuellar

Coordina la sección de principiantes y traduce jerga a pasos concretos. Antes de que alguien publique su primer flujo, Mario ya dejó una plantilla base y una lista de errores comunes. También modera cuando un debate se va de tono y recuerda que acá se critica el código, no a la persona.

Automatización para pymes

Dra. Alexa Almanza

Vende automatizaciones a negocios pequeños y documenta cada entrega como si el cliente fuera a mantenerla solo. Sus hilos sobre contratos, alcance y qué dejar fuera de un flujo son los más guardados del foro. Insiste en que un prototipo de fin de semana no es producción hasta que alguien lo monitorea.

Todos los perfiles son reales dentro de la comunidad. Si quieres sumar tu experiencia, publica un flujo, cuenta qué falló y pide feedback sin adornos.

Quiénes sostienen DN Agents

Un foro técnico hecho por gente que también depura a las 3 de la mañana

DN Agents nació en Ica, entre conversaciones de pasillo sobre por qué un webhook de Make devolvía 502 justo cuando el cliente esperaba su reporte. No es un producto empaquetado ni una consultora disfrazada de comunidad: es un foro en español donde se comparten plantillas de flujos, capturas de errores reales y decisiones que ya se probaron en producción. La mayoría de nuestros hilos empiezan con un problema concreto y terminan con un enlace a la documentación que faltaba.

Nos interesa la gente que arma agentes de IA y automatizaciones en serio, sin importar si vienen de n8n, Make, Zapier o de un script en Python que ya no aguanta. Hay espacio para quien recién publica su primer flujo y para quien migra lógica pesada desde low-code a código propio. La moderación es ligera: se corrige el spam, no la opinión técnica.

Secciones separadas para principiantes, devs en transición y quienes venden automatizaciones a pymes.
Hilos sobre orquestación, prompts encadenados, RAG con bases vectoriales y scrapers que se caen sin aviso.
Debates abiertos sobre límites de contexto, costos por ejecución y cuándo conviene pasar de prototipo a algo estable.
Comunidad de Perú y Latinoamérica, con respeto por el trabajo de cada uno y feedback sin humo.

Por qué existe DN Agents

Este foro nació de una molestia concreta: los flujos que armamos con n8n, Make o Zapier funcionan bien en la demo y se caen el primer lunes con carga real. Nadie te avisa que el webhook del proveedor devuelve 502 a las 3 de la mañana, que el scraper cambió de estructura sin avisar o que el límite de contexto te obliga a partir el prompt en tres. DN Agents existe para que esos golpes no se aprendan en solitario.

La idea es simple: compartir la parte incómoda del trabajo. Capturas de errores reales, plantillas de flujos que ya corren en producción, discusiones honestas sobre cuándo un agente con RAG vale la pena y cuándo un prompt encadenado resuelve lo mismo con menos latencia. Sin humo, sin promesas de magia.

Comunidad antes que vitrina El foro prioriza hilos con contexto: qué stack usaste, qué falló, qué intentaste antes. Un post sin detalles técnicos no ayuda a nadie que esté lidiando con el mismo problema a las 2 de la mañana.

Feedback honesto Si publicas un flujo, esperas críticas concretas sobre idempotencia, manejo de reintentos o costos por ejecución. La moderación es ligera, pero el respeto por el trabajo ajeno no se negocia.

De prototipo a producción El objetivo no es coleccionar automatizaciones bonitas, sino que aguanten volumen, errores de terceros y cambios de API. Ese salto es el que más se consulta y el que más se comparte.

Raíz peruana, alcance latinoamericano Empezamos en Perú, pero los hilos se llenan de gente de México, Chile, Colombia y Argentina. Los problemas de integración con proveedores locales son parecidos y las soluciones se reutilizan.