Item detail
github.com

zilliztech/claude-context

RepoRadar surfaced zilliztech/claude-context — a code-search mcp server (milvus + — into the MCP Servers section, where it sits at Gold tier with a 'try now' verdict. Its strongest signal is workflow potential, scored 10.0 out of 10.

Score8.7
Popularity1.0
Riskconditional
TierGold
Score breakdown
Usefulness9.0
Novelty7.0
Momentum9.0
Maturity6.8
Open-source/build8.4
Evidence7.2
Workflow potential10.0
Setup ease6.4

Popularity is tracked separately. Support, ads, sponsorships, and tips never affect these signals.

Why it matters

Useful for AI coding agent developers and platform teams who need the entire codebase as semantic search context for Claude Code / Cursor / Codex CLI / Gemini CLI / Qwen Code / any MCP-aware coding agent, and for engineering orgs that have hit the 'load the whole repo into the context window' wall with a 12k-line cost-per-prompt. The durable differentiator is the merkle-tree indexer + hybrid searc

Who should use it

AI coding agent developers and platform teams who need the entire codebase as semantic search context for Claude Code / Cursor / Gemini CLI / Codex CLI / Qwen Code / any MCP-aware coding agent — `index_codebase` once, then `search_code` from the agent instead of loading the whole repo into the context windowEngineering orgs that have hit the 'load the whole repo into the context window' wall with a 12k-line cost-per-prompt — the BM25 + dense vector hybrid search returns the relevant code in one round tripOrg's who can't ship OpenAI embeddings or hosted vector databases — Ollama (local) + self-hosted Milvus is a fully-offline install path with the same MCP surfaceCodebase onboarding — a new engineer (or a new agent session) can ask 'where is auth handled?' or 'how do I add a new model?' and get the right file in one search instead of a 30-minute code diveCI integration — re-index the codebase on every PR via a CI job so the agent's search results stay fresh without manual re-indexing; the merkle-tree incremental indexer keeps the cost O(changed files) not O(repo size)

Who should skip it

Skip zilliztech/claude-context unless the captured evidence suggests it solves a problem you are actively working on.

About this signal

zilliztech/claude-context is tracked by RepoRadar as a code-search mcp server (milvus + in the MCP Servers section. It was first seen on 2026-07-04 and last updated on 2026-07-04. The current verdict is 'try now' with a Gold tier and moderate setup difficulty. Across RepoRadar's eight signals, zilliztech/claude-context is strongest on workflow potential (10.0) and practical usefulness (9.0) and weakest on setup ease (6.4) — a profile worth weighing against your own priorities. This page summarizes the evidence RepoRadar has captured from captured source metadata. The score, tier, risk label, and verdict on this page are never influenced by sponsorship, ads, or tips — they reflect only the usefulness, popularity, novelty, momentum, maturity, and evidence signals described in the RepoRadar methodology.

How this item is evaluated

RepoRadar assigned zilliztech/claude-context a composite score of 8.7 out of 10, placing it in the Gold tier. This score combines weighted sub-signals: usefulness (35%), novelty (18%), momentum (14%), maturity (10%), open-source/build quality (7%), evidence quality (6%), workflow potential (6%), and setup ease (4%). Popularity is tracked separately at 1.0 and never affects the composite score or tier. The risk label of 'conditional' reflects inherent user-impacting hazards, not generic novelty. Items with no risk flag may still require normal code review before production use.

Putting this into practice? Read How to vet an AI agent or MCP server before you wire it in for the checklist behind this score.

Risk explanation

Default install path uses Zilliz Cloud (free tier covers most small-to-medium codebases; orgs with strict data-residency requirements need self-hosted Milvus) + OpenAI embeddings (orgs that can't ship OpenAI keys can use Ollama local or VoyageAI or Gemini as the embedding provider); The merkle-tree incremental indexer is O(changed files) not O(repo size) but the initial `index_codebase` run on a large monorepo can take 10-30 minutes and produce a large vector index; budget the first-run cost and disk space accordingly.

Evidence links
Closest alternatives / related signals
mcp-servercode-searchsemantic-searchvector-databasemilvuszillizmerkle-treeast-splitter