repopack MCP server

repopack MCP server

Serves local and remote repositories over MCP, enabling AI models to search and retrieve code snippets, file contents, and repository structures on demand.

Category
Visit Server

README

repopack

Give an LLM the context of a repository — without sending the whole project over the network. Two ways to do it, one tool, zero runtime dependencies (standard library only):

  • pack — squeeze a repository (any language) into a single JSON file you can hand to a model, under a token ceiling you choose.
  • serve — index your repositories locally and expose them over MCP, so a model pulls only the snippets a task needs, from all your projects, through one server.

Install

pip install -e .           # or just run: python -m repopack ...

Python 3.9+. No runtime dependencies — that is the point: it works on a bare interpreter.

Pack a repository

# Full pack of the current repository (any path works too)
repopack pack . -o context.json --gzip

# Incremental: only what changed since the last pack
repopack pack . --delta -o delta.json --gzip

# Restore on the other end
repopack unpack context.json -d ./restored

--budget is a ceiling on the whole pack, in estimated tokens — tree, stats and the per-file metadata count against it too, not just file content. The command prints how much of the budget went to content and how much to structure.

How the context is organized

What is left after the structural floor is spent in three layers, in priority order (README/docs → configs/manifests → entrypoints → the rest, boosted by git churn):

  1. full — complete content, secrets redacted, up to ~72% of what is left
  2. skeleton — imports, signatures and docstrings: the interface survives, the bodies do not. Measured on this codebase it keeps ~22% of the original characters (13–29% per file), so treat it as "a fifth of the cost", not a tenth
  3. metadata — path, size, sha256, language (content: null plus a reason)

Besides the files, a pack carries tree (every path), stats, git.recent_commits, todos (harvested TODO/FIXME/HACK) and, in --delta mode, deleted_since_last_pack.

Byte-identical content is packed once. The other copies become pointers (content: null, reason: duplicate_of, plus the path that carries it) — their paths stay in the tree, and unpack resolves the pointer so every file is still restored. The highest ranked copy is the one that keeps the content. Measured on a repository with a SKILL.md copied into three places: duplicated content went from 0.89% to 0.00%, 8,982 characters freed for unique context.

In a large repository the structural floor alone can exceed a small budget — 4,212 files cost about 252k tokens in tree and metadata. When that happens the pack is generated without file content and the tool says so on stderr, naming the floor, instead of quietly returning 26× what you asked for. Trimming the tree to fit would hide which files exist, which is exactly what the pack promises to list.

Serve your repositories over MCP

One server, many repositories — local and remote — instead of one MCP per project.

repopack repo add .                                  # a local repository
repopack repo add https://github.com/user/project    # or a remote (shallow clone, cached)
repopack index                                       # ingest; the second run is a no-op
repopack serve                                       # MCP at http://127.0.0.1:7777/mcp

Running repopack serve inside a git repository registers it automatically (--no-auto-register opts out).

Tools exposed

Tool What it does
search_context(query, repo?, budget_tokens?) Finds snippets across every repository (or one, via repo). Each snippet comes back with its repository, path:lines and how old that index is. Respects a token ceiling (default 4000) and reports how many relevant snippets did not fit.
get_file(repo, path, start?, end?) Reads a file, optionally a line range.
get_tree(repo?) Known paths.
list_repos() What is being served, when each was indexed, and the last refresh error.
repo_stats() Repositories, files, chunks, symbols, and how many are failing to refresh.

Protocol: revision 2026-07-28 (stateless), with a compatibility shim for clients from the initialize era (2025-03-26 … 2025-11-25).

Automatic refresh

Remotes are refreshed in the background (--refresh-interval, default 900s, jittered; --no-auto-refresh opts out). When a fetch fails the server keeps serving, and the failure shows up in list_repos and repo_stats — not only in the log. Stale context served as if it were fresh is the failure mode that visibility exists to prevent.

Security

  • Binds to 127.0.0.1 by default. Leaving loopback (--host 0.0.0.0) requires a bearer token: if you do not pass one, the server generates it and prints it once. There is no "network without authentication" mode — the index holds the source code of every repository in the workspace.
  • The Origin header is validated on every request (403 when invalid), against DNS rebinding.
  • Redaction happens at ingest, not on the way out: what is secret never enters the database, so there is no path for it to leave. .env and its variants stay out by default (--include-env opts in, and still redacts).
  • get_file never serves anything outside the repository root — the same guard unpack uses.
  • Credentials for private repositories come from your environment (ssh-agent, git helper); repopack stores no token and never prompts for a password (GIT_TERMINAL_PROMPT=0).
  • Secrets are redacted by pattern (API keys, GitHub/Slack tokens, JWT, private keys, .env variables, URLs with credentials) plus a Shannon-entropy sweep.
  • unpack audits each restored file against the sha256 the pack carries, and warns on mismatch. The check is conclusive only for content that is intact by definition — complete, not truncated, not redacted — because a redacted file diverges from its hash by construction.

Redaction is a net, not a guarantee: it covers variable names containing SECRET/TOKEN/KEY/PASSWORD and known key formats, so a line like MY_PLAIN=value123 gets through. That is why the default for .env is to not pack the content at all, rather than trusting the filter.

What this is not

  • unpack is not a backup tool. It restores only content that is intact, refuses degraded content by default (naming each file and why), and never overwrites an existing file unless you pass --force. A pack is a context artifact, not a copy of your repository.
  • skeleton mode is lossy by design. It keeps imports, signatures and docstrings and drops function bodies. Restoring a skeleton over a real file destroys the original and gives back something that will not even parse — which is why it takes --force and says so.
  • Skeleton extraction is regex, not a real AST. It is good enough to keep an interface readable and wrong often enough that you should not treat it as a parser. Real AST extraction via tree-sitter is on the roadmap, behind the [ast] extra.

Honest limitations

  • Search is lexical (BM25), with no embeddings. It is strong with identifiers (_enforce_ceiling comes back first) and weaker with conceptual questions — "where is the budget enforced?" may return the test file before the implementation. The architecture already fuses rankings with RRF so a graph ranker and an optional dense one can plug in, but they do not exist yet.
  • Cross-repo search gets noisy with many repositories and a generic query. What holds today is the token ceiling and per-repo attribution; diversification (MMR) is future work.
  • IDF is measured across the whole workspace. A term that is common in one project and rare in the others weighs differently than it would in an isolated search.
  • The local gate (scripts/check.sh) runs on the Python versions installed on your machine, which is usually fewer than the matrix. The full 3.9–3.14 matrix is exercised by CI on every push; the three lists (classifiers, CI matrix, local gate) are cross-checked by the test suite, so they cannot drift apart in silence.

The index — and the --delta state — live in ~/.cache/repopack/ (honors XDG_CACHE_HOME; REPOPACK_HOME overrides), never inside the repositories you scan. A --delta state left in a repository root by an older version is still read, so your delta survives the upgrade; it is not deleted, because removing a file from someone's repository is more invasive than having created it.

Configuration

Create a .repopackrc (JSON) at the repository root — see .repopackrc.example. Precedence: defaults < .repopackrc < CLI flags.

Roadmap

  • Real AST extraction via tree-sitter ([ast] extra)
  • Dependency-graph ranking (PageRank/PPR over imports and git co-change), entering through the RRF fusion the search already uses
  • Diversification (MMR) and near-duplicate suppression across repositories
  • Optional dense ranker behind a [rag] extra, for conceptual queries
  • Task-conditioned packing (--task)

Contributing

See CONTRIBUTING.md. The one rule that is not negotiable: zero runtime dependencies.

License

MIT — see LICENSE.

Recommended Servers

playwright-mcp

playwright-mcp

A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.

Official
Featured
TypeScript
Magic Component Platform (MCP)

Magic Component Platform (MCP)

An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.

Official
Featured
Local
TypeScript
Audiense Insights MCP Server

Audiense Insights MCP Server

Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.

Official
Featured
Local
TypeScript
VeyraX MCP

VeyraX MCP

Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.

Official
Featured
Local
graphlit-mcp-server

graphlit-mcp-server

The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.

Official
Featured
TypeScript
Kagi MCP Server

Kagi MCP Server

An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.

Official
Featured
Python
E2B

E2B

Using MCP to run code via e2b.

Official
Featured
Neon Database

Neon Database

MCP server for interacting with Neon Management API and databases

Official
Featured
Exa Search

Exa Search

A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.

Official
Featured
Qdrant Server

Qdrant Server

This repository is an example of how to create a MCP server for Qdrant, a vector search engine.

Official
Featured