npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

n8n-nodes-milvus-db

v0.3.2

Published

Milvus Vector Store node for n8n with an explicit database selector (multi-database / multi-tenant Milvus)

Readme

n8n-nodes-milvus-db

A fork of n8n's built-in Milvus Vector Store node that adds an explicit Database selector. The collection dropdown is scoped to the selected database.

Upstream n8n has no database option — the connection always lands in Milvus's default db. The feature request was closed as not planned; a community PR has been open and unmerged since 2025 (currently n8n-io/n8n#28082).

What's different from the built-in node

| | Built-in vectorStoreMilvus | This node vectorStoreMilvusDb | |---|---|---| | Database | always default | dropdown, listed from listDatabases() | | Collection | all collections in default | scoped to the selected database | | Credential | milvusApi | milvusApi (the same one — no re-entry) | | Modes | load / insert / retrieve / retrieve-as-tool | identical |

It reuses the existing milvusApi credential type, so your current Milvus credentials appear in the dropdown untouched. Both nodes can coexist — existing workflows on the built-in node keep working.

How the database actually gets applied

LangChain's Milvus constructor spreads clientConfig first, then overrides address / username / password from the top-level args. So database set inside clientConfig survives and pins the gRPC connection to that db. Every subsequent call (listCollections, search, insert) is scoped by it.

Build

npm install
npm run build     # -> dist/nodes/VectorStoreMilvusDb/

Local development

mkdir -p ~/.n8n/custom && cd ~/.n8n/custom && npm init -y
cd /path/to/this/repo && npm link
cd ~/.n8n/custom && npm link n8n-nodes-milvus-db
n8n start

Search the nodes panel for Milvus Vector Store (DB) — search the node name, not the package name.

Deploy to Kubernetes / ACK

docker build --build-arg N8N_VERSION=<your n8n version> \
  -t <your-acr>/n8n-milvus:0.1.0 .
docker push <your-acr>/n8n-milvus:0.1.0

Then point the deployment at the new image. Nothing else to configure — N8N_CUSTOM_EXTENSIONS is baked in.

Two things that will bite you

1. PVC shadowing. If you mount a volume at /home/node/.n8n, anything you copied to ~/.n8n/custom at build time is hidden by the mount and the node silently won't appear. That's why this image uses /opt/n8n-milvus/custom, outside any volume.

2. node_modules inside the custom directory. n8n's CustomDirectoryLoader globs **/*.node.js under each custom dir and loads every match — it does not read package.json. Dependencies contain at least one file matching that pattern (brotli-wasm/index.node.js). Keeping node_modules one level above the custom dir sidesteps it while still resolving normally.

Optional: shrink the image

The bundled dependency tree is ~560 MB, mostly @langchain/community. The n8n image already ships @langchain/community, @langchain/core, @zilliz/milvus2-sdk-node and @n8n/ai-utilities. Confirm the path:

docker run --rm --entrypoint sh n8nio/n8n:<version> -c \
  'ls -d /usr/local/lib/node_modules/n8n/node_modules/@n8n/ai-utilities'

If it's there, you can drop the COPY --from=builder /build/node_modules line and instead set:

ENV NODE_PATH=/usr/local/lib/node_modules/n8n/node_modules

This also removes the duplicate-LangChain-instance risk (two copies of @langchain/core in one process). Test insert and retrieve before shipping — if document objects cross the boundary and something does an instanceof check, this is where it would surface.

Version pinning

@n8n/ai-utilities and n8n-workflow must match the versions your n8n runs. Mismatched n8n-workflow copies produce confusing TypeScript structural errors at build time. Check with:

docker run --rm --entrypoint sh n8nio/n8n:<version> -c \
  'cat /usr/local/lib/node_modules/n8n/node_modules/@n8n/ai-utilities/package.json | grep version'

Currently pinned: @n8n/[email protected], [email protected], @langchain/[email protected], @langchain/[email protected].

Permissions

Listing databases requires the credential's Milvus user to have database-level read privileges. If it doesn't, the dropdown falls back to offering default only — you can still type a database name using the By Name mode.

Icon

milvusdb.svg is a generic placeholder. Swap in your own if you want the real Milvus mark; check its trademark terms before redistributing it.