Recursos · Integración n8n

Nodo Milvus Vector Store n8nConfigura Milvus Vector Store en n8n.

Milvus guarda los vectores, este nodo decide qué se hace con ellos. Dos parámetros de cabecera en el panel, y uno de ellos cambia el nodo Milvus Vector Store n8n entre cuatro modos: escribir documentos, releerlos ordenados, o abrir la colección a una cadena o a un agente. Para quien monta un RAG.

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

Por qué automatizar

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

Este nodo conecta un flujo de trabajo con una base Milvus usada como vector store, es decir, una base que guarda representaciones matemáticas de tu contenido en lugar del texto tal cual. Escribe documentos en una colección, devuelve los más cercanos a una pregunta, o pone la colección a disposición de los nodos de IA para que una cadena o un agente busque ahí lo que necesita. Un nodo, cuatro modos, elegidos en el panel.

Primero, la indexación. En modo Insert Documents el nodo toma los items que llegan a su entrada principal y los escribe en la colección elegida. Es el esquema de una base de conocimiento que se reconstruye cada cierto tiempo: se recogen los documentos de origen, se trocean, se convierten en vectores y se empujan a Milvus. Entre las opciones del nodo hay un interruptor Clear Collection pensado justo para eso, para arrancar con la colección vacía en vez de apilar una segunda copia de cada párrafo.

Después, la lectura. El modo Get Many convierte un Prompt en una búsqueda por similitud y devuelve las mejores coincidencias, con el tope que marca Limit. Es el modo que toca cuando el razonamiento se queda en el flujo y Milvus solo aporta la búsqueda: llega una consulta de un comercial, el nodo saca las fichas técnicas más próximas, un modelo redacta la respuesta y el resultado aterriza en una fila de Google Sheets para revisarla. Rerank Results reordena lo que vuelve antes de que el modelo lo vea, y eso pesa cuando el primer extracto y el cuarto están muy igualados.

Los dos últimos modos no devuelven nada: ceden el turno. Retrieve Documents (As Tool for AI Agent) engancha la colección al conector de herramientas de un AI Agent, que decide por su cuenta consultarla cuando la pregunta toca tus datos. Una herramienta, aquí, es un recurso que el modelo puede llamar por iniciativa propia. Sus campos Name y Description son precisamente lo que el modelo lee para decidir si la llama: una descripción vaga explica la mayoría de los agentes que ignoran una base bien montada. La misma lógica si lo armas con AI Agent Tool.

¿Cuándo conviene otra cosa? En un flujo de preguntas y respuestas sin decisiones que tomar, el modo Retrieve Documents (As Vector Store for Chain/Tool) detrás de un Vector Store Retriever y una Question and Answer Chain sale más simple que un agente, y mucho más fácil de depurar. En todos los casos los embeddings siguen siendo un subnodo aparte, así que el proveedor que elijas ahí, Google Gemini u otro, cobra sus propias llamadas de API. Límites a tener presentes: el nodo va por la versión 1, la colección tiene que existir en Milvus antes de que el nodo la toque, y un campo obligatorio vacío detiene la ejecución. Para el resto de la cadena, el Curso n8n lo desarrolla.

Conexión

¿Qué hay que conectar antes de lanzar el nodo?

  1. 01

    Crea la credencial de Milvus una sola vez

    Abre el menú Credentials de n8n y crea la credencial de Milvus: Base URL (por defecto http://localhost:19530), Username (por defecto root) y Password (por defecto Milvus). Cámbialos antes de producción. Las credenciales viven fuera del flujo, así que la misma entrada sirve en todas partes y rotar un secreto se hace en un único sitio.

  2. 02

    Selecciónala en el nodo

    De vuelta en el panel, elige esa credencial en el campo de la parte superior del nodo. Aquí no hay selector Authentication, así que no hay método que decidir: una credencial, y los cuatro valores de Operation Mode pasan por ella. La escritura y la lectura atacan la misma base con el mismo acceso, por eso una inserción que falla suele fallar por la credencial y no por el modo.

  3. 03

    Apunta a una colección y prueba con un item

    Rellena Milvus Collection, eligiéndola de la lista o escribiendo su nombre, y lanza el nodo sobre un solo item antes de cablear lo que viene detrás. Un Get Many con un Prompt corto sirve de prueba rápida: si vuelven documentos, la conexión está bien. Si no vuelve nada, el problema está en la colección o en la credencial, no en el resto del flujo.

Parámetros

¿Qué parámetros se rellenan en el panel?

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

01

Operation Mode

mode

Lo que ves en n8n

Notas y casos de uso

Este selector manda sobre el resto del panel. Elige el modo y rellena lo que aparezca.

Parámetros clave

  • Operation Mode: insert escribe documentos en la colección, load devuelve documentos ordenados para una pregunta, retrieve abre la colección a una cadena o herramienta, retrieve-as-tool la abre a un agente.
  • Prompt: obligatorio en Get Many, el texto que se contrasta con la colección.
  • Limit: cuántos resultados vuelven.
  • Name y Description: obligatorios en modo herramienta, lo que el modelo lee para decidir si consulta la colección.
  • Include Metadata y Rerank Results: metadatos del documento devueltos, y resultados reordenados antes de entregarlos.
Casos de uso
una colección, una rama que la llena de madrugada y otra que responde durante el día.
02

Milvus Collection

milvusCollection

Lo que ves en n8n

Notas y casos de uso

La colección que el nodo lee o llena. Es obligatoria en los cuatro modos, así que es el campo que rellenas siempre.

Parámetros clave

  • Milvus Collection: es un resource locator, o sea que la eliges de la lista que se carga con la credencial, o escribes su nombre, a menudo {{ $json.collection }} cuando un nodo anterior decide a cuál atacar.
Casos de uso
el reparto por cliente. Un solo flujo, el nombre de la colección viajando con el item, y cada cuenta guarda sus documentos en la suya en lugar de compartir una filtrada.
Necesitas ayuda

¿Necesitas ayuda para automatizar Milvus Vector Store con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Lo que se pregunta después

01¿El nodo Milvus Vector Store viene incluido en n8n?
Sí. Forma parte del paquete de IA que se entrega con n8n: no hay nada que instalar ni sobrecoste por el lado de n8n. Se comporta igual en n8n Cloud, la oferta alojada por n8n, y en una instancia autoalojada instalada con Docker o npm, bajo Community Edition y su licencia Sustainable Use. Un flujo montado en una corre en la otra. Lo que sí pagas está fuera: tu base Milvus y el proveedor del modelo que hay detrás del subnodo de embeddings, que cobra sus propias llamadas de API según sus condiciones.
02¿Qué hay que autenticar para el nodo Milvus Vector Store n8n?
Una sola cosa en el nodo: una credencial de Milvus, creada una vez en el menú Credentials de n8n y reutilizada después por todos los flujos que hablan con esa base. El nodo no tiene selector Authentication, así que no hay método que elegir, y esa misma credencial sirve para los cuatro modos de operación. Dos matices que conviene separar. El subnodo de embeddings que conectas lleva la credencial de su propio proveedor, que no es la de Milvus. Y la colección tiene que existir en Milvus: un acceso válido apuntando a una colección inexistente falla igual.
03¿Qué límites tiene el nodo?
El nodo va por la versión 1, y un flujo antiguo puede seguir mostrando una versión anterior con menos opciones, así que tu panel puede no coincidir con el de un nodo recién añadido. El alcance termina en los cuatro modos: escribir documentos, releerlos ordenados y abrir la colección a una cadena o a un agente. La administración de Milvus queda fuera, y la colección se crea antes en la base. Los campos obligatorios no perdonan: una Milvus Collection o un Prompt vacíos detienen la ejecución en el primer item.
04¿Qué hay que conectarle como mínimo y por dónde empezar?
Como mínimo un subnodo de embeddings, porque el nodo maneja vectores y no texto, y algo que aporte los documentos en la parte de inserción. Un text splitter, que trocea los documentos, y un data loader son la pareja habitual. Para un primer montaje, quédate en los patrones de nodo normal: Insert Documents en un flujo para llenar la colección y Get Many en otro para releerla. El modo de herramienta para agente llega después, cuando las búsquedas ya devuelvan lo que esperas.
05¿n8n o Make para un flujo con vector store?
Depende de dónde tengan que quedarse los datos. Make solo está alojado y se factura por operación, algo previsible con volúmenes pequeños y bastante menos cuando una indexación empuja miles de fragmentos de golpe. n8n corre en Cloud o en tus propios servidores, y ese es el punto que decide cuando los documentos que indexas no pueden salir de tu infraestructura: una instancia autoalojada junto a un Milvus autoalojado lo mantiene todo dentro. Las dos ofrecen un lienzo visual. Decide por el alojamiento, el control de los datos y el modelo de coste.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.