Nodo Item List Output Parser n8nConfigura Item List Output Parser en n8n.

Primer escenario: un catálogo. El modelo lee la ficha de un producto y devuelve sus características, una por línea. Sin parser, el nodo siguiente recibe un solo item con todo el bloque dentro. Con el parser conectado, cada característica es un item y un nodo Google Sheets escribe una fila por característica en lugar de meterlo todo en una celda.

Segundo escenario: soporte. El modelo revisa los tickets del día y devuelve los temas que se repiten. El parser los convierte en items y Slack publica un mensaje por tema, con el valor recuperado mediante una expresión del tipo {{ $json.response }}. No hace falta montar un bucle: n8n ya ejecuta la rama una vez por item.

Tercer escenario: un AI Agent que reparte una tarea en pasos. Le pides el plan, el parser devuelve los pasos como items y la rama posterior corre tantas veces como pasos haya. La misma idea con un modelo de Google Gemini enganchado al nodo raíz: el parser no cambia, solo cambia el modelo.

Cuándo conviene otra cosa: este nodo devuelve una lista plana de cadenas de texto, nada más. Si el flujo necesita campos con tipo, un objeto por resultado con nombre, fecha e importe, partir texto por un separador no es el camino y toca un parser que devuelva JSON estructurado. Y si la lista ya viene limpia en un campo del item, basta con una expresión y un nodo de división, sin ningún subnodo de IA.

Los límites, mejor por delante. El nodo no tiene entrada principal ni nada más allá de sus 2 opciones: no limpia la respuesta, no quita duplicados, no arregla un formato roto. Y depende del modelo, que tiene que respetar el separador pedido en el prompt; aquí nada le obliga. La versión descrita es la 1, y un flujo antiguo puede mostrar menos. El hosting y las comparaciones se tratan en la Reseña n8n.