Vectorize MCP Server
Enables semantic search and similarity matching against vector data hosted on Cloudflare's edge platform.
Interfaces with a Cloudflare Workers backend to perform natural language searches and retrieve results from a Vectorize index.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Vectorize MCP ServerFind all documents related to Cloudflare Workers"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Vectorize MCP Server
A Model Context Protocol (MCP) server that provides semantic search capabilities by connecting Claude Desktop to a Cloudflare Workers backend with Vectorize.
Architecture
Claude Desktop ──stdio──> MCP Server ──HTTP──> Vectorize Worker ──> Vectorize IndexThis is a hybrid architecture - the MCP server runs locally and bridges Claude Desktop to a remote Cloudflare Workers backend.
Related MCP server: MCP-RAG
Features
Semantic Search Tool: Natural language search using vector similarity
stdio Transport: Works with Claude Desktop and other MCP clients
Remote Backend: Heavy lifting (embeddings, vector search) happens on Cloudflare Workers
Type-safe: Full TypeScript implementation
Prerequisites
Node.js 18+ installed
Claude Desktop installed
vectorize-mcp-worker deployed
Installation
1. Clone and install:
git clone https://github.com/dannwaneri/vectorize-mcp-server.git
cd vectorize-mcp-server
npm install2. Build:
npm run build3. Configure Claude Desktop:
Edit your Claude Desktop config file:
macOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%\Claude\claude_desktop_config.json
Add this server:
{
"mcpServers": {
"vectorize-search": {
"command": "node",
"args": [
"/absolute/path/to/vectorize-mcp-server/dist/index.js"
]
}
}
}4. Restart Claude Desktop
Usage
The server exposes one tool to Claude:
semantic_search
Search the knowledge base using semantic similarity.
Parameters:
query(string, required): Natural language search querytopK(number, optional): Number of results to return (default: 5)
Example in Claude Desktop:
Search for information about AI embeddingsClaude will automatically use the semantic_search tool and return results with similarity scores.
How It Works
Claude sends query to MCP server via stdio
MCP server forwards query to Vectorize Worker via HTTP
Worker generates embedding using Workers AI
Vectorize searches for similar vectors
Results flow back through MCP server to Claude
Claude synthesizes answer using the search results
Configuration
Change Backend URL
Edit src/index.ts and update the Worker URL:
const WORKER_URL = "https://your-worker.workers.dev";Then rebuild:
npm run buildAdjust Result Count
The default topK is 5. Users can override this:
Search for "databases" and show me 10 resultsDevelopment
Run in development mode:
npm run devBuild for production:
npm run buildTest locally:
node dist/index.jsThe server will output: Vectorize MCP server running on stdio
Example Queries
Try these in Claude Desktop:
What do you know about vector databases?Find information about RAG systemsSearch for anything related to Cloudflare WorkersTell me about machine learning at the edgeResponse Format
The tool returns JSON with:
query: Original search queryresultsCount: Number of results foundresults: Array of matches with:id: Entry identifierscore: Similarity score (0-1, higher is better)content: Actual contentcategory: Content category
Claude automatically parses this and presents it naturally.
Troubleshooting
Server not appearing in Claude Desktop:
Check the config file path is correct
Verify the absolute path to
dist/index.jsMake sure you restarted Claude Desktop completely (quit, not just close)
Check Developer Console (Ctrl+Shift+I in Claude Desktop)
"Not connected" errors:
Ensure Worker is deployed and accessible
Check
WORKER_URLinsrc/index.tsVerify Worker has data populated (
POST /populate)
No results returned:
Populate the Vectorize index using the Worker's
/populateendpointTry broader search terms
Check Worker logs with
wrangler tail
Technology Stack
TypeScript: Type-safe development
@modelcontextprotocol/sdk: Official MCP SDK
Node.js: Runtime environment
stdio transport: Standard MCP communication method
Related Projects
vectorize-mcp-worker - Backend Worker (required)
mcp-server-worker - Full HTTP-based MCP on Workers
Why This Architecture?
Advantages:
Works with Claude Desktop (requires stdio)
Backend runs on edge (fast, scalable)
Can share Worker backend across multiple clients
Heavy processing (embeddings, search) happens remotely
Tradeoffs:
Requires both local server and remote Worker
Extra network hop adds latency (~50-100ms)
Need to keep local server running
For a fully remote solution, see mcp-server-worker.
License
MIT
Author
Available Tools
2 toolsintelligent_answerA
Get an AI-synthesized answer to your question using semantic search. The server searches the knowledge base and uses Claude to generate a natural, direct answer to your question.
| Name | Required | Description | Default |
|---|---|---|---|
| question | Yes | Your question | |
| topK | No | Number of search results to use (1-5) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations provided, so description must carry behavioral info. It mentions using Claude and generating a natural answer, but does not disclose limitations, latency, or potential inaccuracies.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Extremely concise with two sentences, no fluff. Every word adds value.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Adequate for a simple tool with two parameters and no output schema. However, return format (string answer, possible citations) is not described.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% so baseline is 3. Description adds no parameter-specific information beyond what schema already provides.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool provides an AI-synthesized answer using semantic search. It distinguishes from sibling 'semantic_search' only implicitly (synthesis vs. raw search), but does not explicitly differentiate.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies use when a direct answer is needed, but lacks explicit guidance on when not to use or alternatives. Sibling tool 'semantic_search' exists but no comparison is made.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
semantic_searchA
Search the knowledge base using semantic similarity. This finds content based on meaning, not just keywords. Perfect for finding relevant information even when the exact words don't match.
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | Natural language search query | |
| topK | No | Number of results to return (1-10) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations present, so description carries full burden. It discloses semantic similarity but lacks details on result behavior, error states, or performance limits. Adequate but not thorough.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Three sentences, front-loaded with purpose, no fluff. Every sentence serves a clear function.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given low complexity and no output schema, description is largely complete. Could mention handling of edge cases like empty results, but overall sufficient for agent decision.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, baseline is 3. Description adds no extra meaning beyond schema; it merely restates 'Natural language search query' for query and does not mention topK.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Clearly states verb (search), resource (knowledge base), and method (semantic similarity). Distinguishes from keyword search, which sets it apart from sibling tools like intelligent_answer.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Explicitly states when to use (finding relevant info when exact words don't match) but does not provide when-not-to-use or name alternatives directly. Context signals sibling intelligent_answer implies complementary use.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
2 tool updates
v1.0.0- First observed
intelligent_answer - First observed
semantic_search
TDQS
The two tools have clearly distinct purposes: one returns a synthesized answer using AI, the other returns raw search results by semantic similarity. No overlap or confusion possible.
Both tool names follow a consistent adjective_noun pattern using snake_case, making them predictable and coherent.
With only 2 tools, the server feels minimal for a knowledge base. While it covers query and Q&A, it lacks the breadth expected (e.g., CRUD), but the count is not extreme.
The server provides only read/query operations, missing essential write capabilities like adding, updating, or deleting documents. This is a significant gap for a knowledge base server.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Connect your team's living knowledge base — docs, data, issues, CRM — to Claude and ChatGPT.
Connect Claude, Cursor, or ChatGPT to your business data. Ask questions, get answers.
Search your knowledge bases from any AI assistant using hybrid RAG.
Shared knowledge base for AI agents. Semantic search across agents, no setup required — just a URL.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceIntegrates Claude Desktop with Azure AI Search, allowing users to query search indexes using keyword, vector, or hybrid search methods.55-
- AlicenseNot gradedqualityNot gradedmaintenanceTurns Claude Desktop into a personal document question-answering system using local vector search. Index PDF, TXT, and Markdown documents into collections and get answers based strictly on your documents with zero hallucination.12-
- AlicenseNot gradedqualityDmaintenanceEnables Claude Desktop to search and query personal document collections (PDF, Word, Markdown, text) using semantic search and conversational AI with full context preservation across exchanges.MIT
- AlicenseAqualityAmaintenanceEnables local semantic search over documents and code for Claude Code and Claude Desktop, running entirely offline with local embeddings and vector storage.123MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/dannwaneri/vectorize-mcp-server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server