Automatizando con N8N y Claude Code: lo último en lo que he estado trabajando

Esta semana el foco fue mi flujo de curación de noticias automatizada: un pipeline en N8N que va de RSS a un digest diario, con deduplicación en Supabase y la API de Claude generando resúmenes y ángulos sugeridos —no posts terminados, sino materia prima para que yo los desarrolle a mano. Aprovecho para dejar el registro de cómo ha sido usar Claude Code para construir esto, con sus aciertos y sus fricciones.

El flujo que armé

La arquitectura es simple en concepto:

• Dos triggers diarios que disparan la lectura de fuentes RSS.

• Cada artículo nuevo se compara contra lo que ya existe en Supabase para evitar duplicados.

• Lo que pasa el filtro se manda a la API de Claude, que genera un resumen y ángulos posibles de desarrollo.

• El resultado llega listo para que yo decida qué vale la pena convertir en contenido real para mi marca personal.

Nada de esto reemplaza mi criterio editorial; el objetivo explícito era que la IA no escribiera el post final, solo bajara el costo de encontrar de qué escribir.

Dónde Claude Code brilló

Traducir la idea del flujo a nodos concretos de N8N. Pasar de "quiero un pipeline que dedupe y resuma" a un JSON de workflow funcional fue mucho más directo de lo que esperaba. La parte de diseñar el esquema de Supabase para la deduplicación —qué campos indexar, cómo evitar falsos duplicados— también salió sólida a la primera.

Producir los tres entregables como un paquete coherente. Terminé con el JSON del workflow, el schema de Supabase, y una guía de estilo de escritura que documenta mi huella estilística, todo pensado para trabajar junto. Que los tres piezas quedaran consistentes entre sí, sin que yo tuviera que ser el que amarra los cabos, fue un acierto real.

Dónde hubo fricción

La conexión MCP con N8N. Mi instancia corre en DigitalOcean, y conectarla vía MCP a Claude solo funciona de forma confiable a través del flujo OAuth en navegador web. El OAuth desde la app de escritorio se rompe. No es un bloqueo grave, pero sí un recordatorio de que la integración todavía tiene bordes ásperos que hay que conocer de antemano para no perder tiempo debuggeando algo que no es culpa del workflow.

Validar lógica de automatización sin verla correr. A diferencia del desarrollo web, donde puedo ver la UI y saber de inmediato si algo está mal, con N8N el error a veces solo aparece cuando el trigger dispara de verdad, con datos reales, a la hora real. Eso significa que la iteración es más lenta por naturaleza: no es un problema de Claude Code, es un problema del medio, pero hay que planificarlo así.

Definir qué tan "terminado" debía llegar el contenido generado. Tuve que ser explícito en que quería resúmenes y ángulos, no posts armados, porque la tentación natural del sistema es resolver el problema completo. Fue una decisión de producto que tuve que declarar por adelantado, no algo que se ajustó solo sobre la marcha.

Lo que sigue

El próximo paso inmediato es correr el schema SQL en Supabase y dejar el pipeline corriendo en producción una semana para ver cómo se comporta con datos reales, no solo con pruebas. Ahí es donde se ve si el diseño del filtro de deduplicación realmente aguanta.

Si construir el flujo de desarrollo web con Claude Code se sintió como delegar ejecución mientras yo dirijo el producto, construir este pipeline en N8N se sintió más como diseñar un sistema completo de punta a punta y usar la herramienta para materializarlo rápido. Distinto tipo de trabajo, distinto tipo de ayuda.