Recursos · Integración n8n

Nodo MongoDB Chat Memory n8nConfigura MongoDB Chat Memory en n8n.

Un asistente que empieza de cero en cada mensaje no mantiene una conversación. El nodo MongoDB Chat Memory n8n es un subnodo, un nodo auxiliar sin entrada principal que se conecta al puerto Memory de un nodo raíz y escribe cada intercambio en una colección de MongoDB. Cuatro parámetros, versión 1.

Probar el nodo MongoDB Chat Memory en n8nVer los 4 parámetros

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué guarda de verdad el nodo MongoDB Chat Memory n8n?

Guarda el historial de una conversación en una colección de MongoDB, para que el modelo recupere los turnos anteriores en el mensaje siguiente. En un contexto de IA, la memoria es lo que permite a una herramienta conservar el contexto de los mensajes entre interacciones, en lugar de reenviar toda la charla en cada petición. El nodo nunca se ejecuta solo: espera en el puerto Memory de un nodo raíz y responde cuando ese nodo pide el historial.

El primer escenario es el que trae aquí a casi todo el mundo: el asistente que atiende en un chat de la web. El nodo raíz se ocupa de la pregunta y Collection Name apunta a la colección de MongoDB donde cae cada par pregunta y respuesta. No hace falta crearla antes, n8n la crea en la primera escritura. Conectado a un AI Agent, el nodo hace que la repregunta conserve el tema.

Segundo escenario, un asistente que atiende a varios clientes. Una base de MongoDB, una colección y una conversación por cuenta, separadas por la clave de sesión. Ahí está el sentido de Session ID: dos visitantes con la misma clave comparten el mismo hilo, y eso se nota enseguida. La misma lógica aplica cuando el agente se expone como herramienta mediante AI Agent Tool.

Tercer escenario, las conversaciones largas que salen caras. Context Window Length limita cuántas interacciones pasadas viajan en cada llamada, para que un hilo abierto desde la mañana no se repita entero en cada mensaje. El proveedor del modelo, ya sea OpenAI, Google Gemini u otro, factura sus propias llamadas de API según sus condiciones; n8n no añade nada encima.

¿Cuándo prescindir de él? Cuando la conversación no necesita sobrevivir a la ejecución. La memoria está disponible para los nodos de agente de IA, no para las cadenas de IA, así que una cadena que clasifica un mensaje cada vez no gana nada aquí. Y si la instancia de MongoDB que ya está en marcha no está pensada para recibir registros de chat, no conviene forzarla.

Dos límites antes de construir. Si conviven varios nodos MongoDB Chat Memory en el mismo flujo de trabajo, todos acceden por defecto a la misma instancia de memoria: una acción destructiva sobre uno alcanza a los demás. Con Session ID distintos en cada nodo, las instancias vuelven a ser independientes. El otro límite: esta página describe la versión 1 del nodo, la más alta del catálogo, y un flujo antiguo puede mostrar menos opciones. Sobre la plataforma en general está la Reseña n8n.

Conexión

¿Qué hay que conectar antes de que funcione?

  1. 01

    Crea la credencial de MongoDB

    Ve al menú Credentials de n8n y crea una credencial de MongoDB, es decir, un juego de datos de conexión guardado una vez que n8n reutiliza sin volver a pedírtelo. La documentación oficial de n8n detalla la autenticación de este nodo. Una vez guardada, la misma credencial sirve para todos los flujos de la instancia, tanto en n8n Cloud como en autoalojado.

  2. 02

    Selecciónala en el nodo

    Coloca el nodo en el lienzo y elige esa credencial en su selector. Aquí no hay menú Authentication que decidir: el nodo admite un único tipo de credencial. Forma parte del paquete de IA que viene con n8n, así que no hay nada que instalar antes, ni en n8n Cloud ni en una instancia autoalojada.

  3. 03

    Indica la base y la colección

    Deja Database Name vacío y el nodo usa la base que lleva la credencial. Rellénalo solo si el historial debe vivir en otro sitio, por ejemplo cuando pruebas y producción comparten la misma credencial. Después, Collection Name, y ahí no hay preparativos en MongoDB: si la colección no existe, el nodo la crea en la primera escritura.

Conexiones

¿Dónde se conecta el nodo?

Los nodos de IA de n8n funcionan por parejas: un nodo raíz recibe los items del flujo y los subnodos se enganchan a sus puertos, un tipo de subnodo por puerto. Este es un subnodo con una sola salida, así que la única pregunta es a qué nodo raíz sirve.

Salida (dónde se conecta)

  • Memoryai_memory
01MemoryEl puerto Memory es por donde un nodo raíz pide los mensajes anteriores antes de llamar al modelo y escribe después el intercambio nuevo. Este nodo ocupa ese puerto y ningún otro.

El puerto Memory es por donde un nodo raíz pide los mensajes anteriores antes de llamar al modelo y escribe después el intercambio nuevo. Este nodo ocupa ese puerto y ningún otro.

Parámetros clave

  • Optional: un nodo raíz funciona sin memoria, simplemente contesta cada mensaje como si fuera el primero.
  • AI Agent: el anfitrión habitual, el agente que responde y necesita los turnos previos.
  • AI Agent Tool: lo mismo cuando otro agente llama a este como herramienta.
  • Chat Memory Manager: lee o reescribe a propósito el historial guardado.
  • Chat Trigger: el punto de entrada del chat sostiene el hilo desde el primer mensaje.
Casos de uso
un agente que atiende en un chat mantiene el hilo entre mensajes, y un Chat Memory Manager al lado permite revisar o vaciar ese mismo historial.
Parámetros

¿Cómo se ajustan los cuatro parámetros?

El nodo MongoDB Chat Memory tiene 4 parámetros. Para cada uno: el nodo tal como lo configuras en n8n, qué cambia el parámetro y nuestras notas de campo.

01

Session ID

sessionIdType

Lo que ves en n8n

Notas y casos de uso

Decide con qué nombre el nodo lee y escribe la conversación. Si se elige mal, dos usuarios acaban en el mismo hilo.

Parámetros clave

  • Connected Chat Trigger Node (fromInput): el nodo busca un campo de entrada llamado sessionId que llega de un Chat Trigger conectado directamente.
  • Define below (customKey): una expresión para referenciar datos de nodos anteriores, o un texto fijo.
  • Session Key From Previous Node: el campo que aparece con la segunda opción, a menudo {{ $json.sessionId }} o un identificador de cliente.
Casos de uso
un chat público toma la primera opción y se olvida del tema; un asistente alimentado por un formulario o una ficha de CRM toma la segunda y ancla el hilo al contacto.
02

Collection Name

collectionName

Lo que ves en n8n

Notas y casos de uso

Nombra la colección de MongoDB donde se almacena el historial de chat. Si la colección no existe, se crea, de modo que no hay ningún paso previo en MongoDB.

Parámetros clave

  • Collection Name: el nombre de la colección que recibe el historial, una cadena como chat_history, o una expresión cuando un mismo flujo atiende a varios productos.
Casos de uso
separar las conversaciones de soporte de las de preventa en dos colecciones convierte una limpieza futura en algo directo, en lugar de un borrado filtrado dentro de un montón común.
03

Database Name

databaseName

Lo que ves en n8n

Notas y casos de uso

Elige qué base de MongoDB aloja esa colección. Si se deja vacío, se usa la base de la credencial, que basta mientras una credencial corresponda a un entorno.

Parámetros clave

  • Database Name: el nombre de la base donde guardar el historial de chat, que solo se rellena cuando el historial sale de la base por defecto.
Casos de uso
un flujo de pruebas y su copia en producción comparten credencial y aun así guardan historiales separados, nombrando aquí la base solo en la copia de pruebas.
04

Context Window Length

contextWindowLength

Lo que ves en n8n

Notas y casos de uso

Fija cuántas interacciones pasadas recibe el modelo como contexto. Es el mando entre un asistente que recuerda el hilo entero y otro que solo retiene los últimos turnos.

Parámetros clave

  • Context Window Length: un número de interacciones anteriores, que se sube cuando las respuestas necesitan el principio de la charla y se baja cuando cada llamada arrastra demasiado historial.
Casos de uso
un asistente de reservas se apaña con los últimos turnos para cerrar una cita, mientras que un hilo de soporte técnico suele necesitar más historial propio para no perder el hilo.
Necesitas ayuda

¿Necesitas ayuda para automatizar MongoDB Chat Memory con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

MongoDB Chat Memory y n8n, las preguntas que vienen después

01¿El nodo MongoDB Chat Memory es gratis en n8n?
Sí. Pertenece al paquete de IA de n8n y viene con la herramienta: nada que instalar y ningún coste adicional por el lado de n8n, tanto en n8n Cloud como en una instancia autoalojada en Community Edition con licencia Sustainable Use. n8n se autoaloja con Docker o npm, o se usa en n8n Cloud, la oferta alojada por n8n, y un flujo de trabajo se comporta igual en ambos casos. Lo que sí puede costar es el proveedor del modelo conectado al nodo raíz: OpenAI, Anthropic, Google, Mistral y los demás facturan sus propias llamadas de API según sus condiciones. n8n no añade nada encima.
02¿Qué credenciales necesita el nodo?
Una credencial de MongoDB, creada una vez en el menú Credentials de n8n y reutilizada en todos los flujos de la instancia. El nodo no tiene selector Authentication: hay un único tipo de credencial y nada que decidir. La documentación oficial de n8n cubre la autenticación de este nodo. Esa credencial lleva además una base, y eso pesa en los parámetros: con Database Name vacío, la escritura va a la base de la credencial; con Database Name relleno, va donde lo hayas nombrado. Collection Name no tiene ese respaldo, aunque la colección se crea en la primera escritura si todavía no existe.
03¿Qué límites tiene el nodo MongoDB Chat Memory n8n?
Tres que conviene prever. Si se añade más de un nodo MongoDB Chat Memory a un flujo, todos acceden por defecto a la misma instancia de memoria: una acción destructiva como sobrescribir todos los mensajes desde un Chat Memory Manager los alcanza a todos. Para tener instancias realmente separadas hay que poner Session ID distintos en cada nodo de memoria. Segundo límite, la memoria está disponible para los nodos de agente de IA, no para las cadenas de IA, así que una cadena no puede usar este nodo. Tercero, los cuatro parámetros descritos aquí son los de la versión 1, la más alta del catálogo, y un flujo antiguo puede mostrar menos opciones.
04¿Qué hay que conectar como mínimo para que la memoria sirva?
Un nodo raíz, en su puerto Memory. Este nodo es un subnodo: no tiene entrada principal y nunca se ejecuta por su cuenta. Los nodos raíz que lo aceptan son el AI Agent, el AI Agent Tool, el Chat Memory Manager y el Chat Trigger. La memoria es opcional en ellos, de modo que el flujo funciona igual sin ella y responde a cada mensaje sin saber nada del anterior. Para empezar, conecta un AI Agent a un punto de entrada de chat, engancha este nodo a su puerto Memory y elige la opción Connected Chat Trigger Node para que la clave de sesión llegue sola.
05¿n8n o Make para un chatbot con memoria persistente?
Depende sobre todo de dónde tienen que vivir los datos. Make es una plataforma de automatización alojada, sin opción de autoalojamiento y facturada por operación, así que el historial de conversación pasa por una infraestructura que no gestionas. n8n se autoaloja con Docker o npm, lo que deja el flujo y la conexión a MongoDB en máquinas que controlas, o se usa en n8n Cloud cuando eso no es un requisito. El modelo de coste sigue el mismo reparto: por operación en un lado, ligado al alojamiento en el otro. En la lógica visual, ambos se construyen sobre un lienzo; los nodos de IA de n8n añaden el modelo de nodo raíz y subnodo, que convierte la memoria en un bloque conectado a un puerto y no en un ajuste escondido dentro de un módulo.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.

Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones