Recursos · Integración n8n

Nodo Vector Store Retriever n8nConfigura Vector Store Retriever en n8n.

El nodo Vector Store Retriever n8n busca en una base vectorial los documentos más cercanos a una pregunta. Un solo parámetro, Limit, un puerto de entrada obligatorio y una salida que alimenta una cadena de preguntas y respuestas apoyada en tus textos.

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

Por qué automatizar

¿Para qué sirve el nodo Vector Store Retriever n8n?

Una base vectorial guarda representaciones matemáticas de tus documentos. El retriever es la pieza que sabe leer de ahí. Este nodo hace justo eso: le conectas una base en su puerto Vector Store, la consulta con la pregunta que llega y devuelve los fragmentos más cercanos. Es un subnodo, es decir, un nodo auxiliar que nunca se ejecuta por su cuenta y espera a que un nodo raíz lo llame.

Primer caso, una inmobiliaria. Fichas de inmuebles, condiciones de alquiler y normativa local se trocean, se convierten en embeddings (huellas numéricas de cada fragmento de texto) y se guardan. Una Question and Answer Chain pide al retriever los pasajes cercanos a la consulta del cliente y redacta la respuesta solo con ellos. El parámetro Limit decide cuánto contexto sube a la cadena.

Segundo caso, un equipo comercial con mucho histórico. Actas de reunión y propuestas antiguas entran en la base semana a semana. Cuando alguien pregunta por un cliente, el retriever saca los pocos documentos que encajan y un AI Agent los convierte en una ficha breve. Como el nodo devuelve documentos y no prosa, el resto del flujo decide qué hacer con ellos.

Tercer caso, revisión de un texto frente a la política interna archivada. El retriever localiza las cláusulas más próximas, el modelo las cita y una persona compara fuente y respuesta. Las llamadas al modelo pasan por el subnodo de chat que use la cadena, sea de OpenAI, de Anthropic o de otro proveedor, y ese proveedor factura sus propias llamadas de API según sus condiciones. n8n no añade nada encima.

¿Cuándo conviene otra cosa? Si el nodo raíz que estás montando ya consulta la base vectorial de forma directa, este nodo añade un salto sin aportar nada. Gana sentido en cuanto una cadena u otro retriever espera un retriever en su entrada, que es el caso del MultiQuery Retriever y del Contextual Compression Retriever. Ambos lo envuelven, no lo sustituyen.

Conviene decir los límites sin adornos. El nodo lee, nunca escribe: cargar e insertar documentos sigue siendo tarea del nodo de base vectorial. En la versión 1 expone un único parámetro, así que el ajuste fino vive en la base y en la cadena, no aquí. Para ubicarlo dentro de la plataforma, la Reseña n8n repasa la parte de IA y el Curso n8n monta estas piezas paso a paso.

Conexiones

¿Qué se conecta a este nodo?

n8n dibuja los flujos de IA como un nodo raíz rodeado de subnodos colgados de sus puertos, un tipo de subnodo por puerto. Este es a su vez un subnodo: recibe una base por un lado y se ofrece como retriever por el otro.

Puertos (qué se conecta)

  • Vector Storeai_vectorStoreobligatorio

Salida (dónde se conecta)

  • Retrieverai_retriever
01Vector StoreEste puerto recibe la base que el nodo consulta. Arrastras encima un subnodo de base vectorial y la búsqueda apunta ahí cada vez que el nodo raíz lo llama.

Este puerto recibe la base que el nodo consulta. Arrastras encima un subnodo de base vectorial y la búsqueda apunta ahí cada vez que el nodo raíz lo llama.

Parámetros clave

  • Required: si el puerto queda vacío, la ejecución se bloquea, porque no hay dónde buscar.
Casos de uso
una base con la documentación de producto, o alimentada cada semana con actas nuevas, queda disponible para cualquier cadena sin repetir la lógica de búsqueda.
02RetrieverEl lado de salida. El nodo se presenta como retriever y los nodos raíz que aceptan uno vienen a buscar aquí los documentos cuando necesitan contexto.

El lado de salida. El nodo se presenta como retriever y los nodos raíz que aceptan uno vienen a buscar aquí los documentos cuando necesitan contexto.

Parámetros clave

  • Optional: mientras no haya un nodo raíz conectado aquí no se ejecuta nada, porque un subnodo nunca corre solo.
  • Question and Answer Chain: el camino más corto, lanza la pregunta y redacta con lo que vuelve.
  • MultiQuery Retriever: reescribe la pregunta en varias versiones antes de buscar y luego fusiona los resultados.
  • Contextual Compression Retriever: recorta los documentos devueltos y deja solo lo que responde.
Casos de uso
la misma base sirve hoy a un flujo de preguntas y respuestas y mañana a una capa de compresión, cambiando únicamente el nodo raíz.
Parámetros

¿Qué parámetro hay que ajustar?

El nodo Vector Store Retriever tiene un parámetro. Para cada uno: el nodo tal como lo configuras en n8n, qué cambia el parámetro y nuestras notas de campo.

01

Limit

topK

Lo que ves en n8n

Notas y casos de uso

Limit marca el número máximo de resultados que devuelve cada búsqueda. La base ordena las coincidencias de la más cercana a la más lejana y esta cifra indica hasta dónde baja el nodo en esa lista antes de parar.

Parámetros clave

  • Limit: un número, el máximo de resultados a devolver. Si el valor viene de un nodo anterior, se escribe como expresión, la sintaxis de n8n para leer un campo, es decir {{ $json.limit }}.
Casos de uso
una pregunta concreta se resuelve con unos pocos fragmentos, mientras que resumir un procedimiento largo mejora leyendo más. Subir el valor manda más texto al modelo posterior, así que el equilibrio está entre cobertura y cantidad de lectura para la cadena.
Necesitas ayuda

¿Necesitas ayuda para automatizar Vector Store Retriever con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Vector Store Retriever y n8n, dudas habituales

01¿El nodo Vector Store Retriever es gratis en n8n?
Sí. Viene dentro del paquete de IA que se entrega con n8n, así que está disponible en n8n Cloud, la oferta alojada por n8n, y también en una instancia autoalojada con la Community Edition bajo licencia Sustainable Use. No hay nada que instalar ni coste adicional por parte de n8n, y un flujo se comporta igual en ambos sitios. El gasto aparece en otro lado: el proveedor del modelo de chat que use la cadena alrededor factura sus propias llamadas de API según sus condiciones, y la base vectorial conectada al puerto Vector Store tiene su propio alojamiento.
02¿Qué credenciales hacen falta para que funcione?
Ninguna en este nodo. No tiene credential, o sea el acceso guardado dentro de n8n para entrar en un servicio, ni selector Authentication. Por eso esta página no incluye sección de conexión. La cuenta se configura un paso más allá, en el subnodo conectado al puerto Vector Store: ese es el que lleva los accesos de su propio proveedor. Lo mismo ocurre con el modelo de chat que la cadena llama después. Aquí el trabajo es de cableado, no de configuración de cuentas.
03¿Qué límites tiene el nodo Vector Store Retriever n8n?
Lee, pero no escribe. Cargar, trocear e insertar documentos sigue siendo trabajo del nodo de base vectorial y de los loaders que lo rodean. En la versión 1 expone un único parámetro, Limit: no hay filtro, ni reordenación, ni puntuación que tocar en él. Un flujo antiguo puede mostrar una versión anterior, con menos opciones. Y como cualquier subnodo, no se ejecuta por su cuenta: pulsar el botón de prueba sobre el nodo aislado no devuelve documentos, espera la llamada de un nodo raíz.
04¿Qué hay que conectar como mínimo para empezar?
Dos conexiones. Una base vectorial en el puerto Vector Store, que es obligatorio, y un nodo raíz en la salida retriever. Para el primer montaje, la Question and Answer Chain es el nodo raíz más sencillo de emparejar: recibe la pregunta, llama al retriever y redacta la respuesta con los documentos que llegan. Cuando eso ya funcione, el MultiQuery Retriever y el Contextual Compression Retriever son las dos evoluciones lógicas, uno amplía la búsqueda y el otro afina el resultado. Ninguno sustituye a este nodo.
05¿n8n o Make para este tipo de flujo?
Depende de dónde tengan que quedarse los datos. n8n se autoaloja con Docker o npm, o se usa en n8n Cloud, así que un flujo que lee documentos internos puede vivir en tu propia infraestructura. Make solo funciona alojado, sin opción de autoalojamiento, y se factura por operación, lo que cambia las cuentas en un flujo que se dispara muchas veces. Su lógica visual se lee muy rápido y a muchos equipos les encaja. Los dos hacen el trabajo: la decisión va de alojamiento, control de los datos y modelo de coste.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.