kitsune-mcp
Kitsune MCP is a gateway server that dynamically discovers, mounts, and unmounts any of 10,000+ MCP servers on demand, minimizing token overhead (~1,187 tokens at rest) while providing full access to external tools when needed.
search(query, registry?, compare?)– Search across 7 registries (official, npm, PyPI, GitHub, Glama, MCPRegistry, Smithery) to discover MCP servers; usecompare=Truefor a side-by-side token cost table.shapeshift(server_id?, tools=[], server_args=[])– Mount a server's tools at runtime (optionally loading only a subset for lean context), or call with no arguments to unmount and return to the ~965-token baseline.call(tool_name, arguments?, server_id?)– Invoke any tool on the currently mounted (or a specified) server.auto(task, server_hint?, arguments?)– One-shot workflow: automatically searches, mounts, and calls the right server/tool for a given task.auth(server_id_or_var, value?)– Check or set credentials (env vars or OAuth 2.1), save API keys, trigger browser OAuth flows, or revoke tokens.status()– View runtime state: provider auth, active server, open connections, session stats, and context bloat detection.
Key benefits: 70–95% token savings vs. always-on MCP configs, improved tool-selection reliability by keeping visible tool count low, process isolation for local packages (npm, PyPI, Docker), and advanced developer tools (schema inspection, benchmarking, custom tool registration) when KITSUNE_TOOLS=all.
Provides web search capabilities through the Brave Search API, allowing AI agents to perform internet searches and retrieve information from the web.
Enables interaction with GitHub repositories and platform features through the GitHub MCP server, allowing AI agents to manage code, repositories, and development workflows.
Provides database and backend service integration through Supabase, allowing AI agents to interact with PostgreSQL databases, authentication, and other Supabase features.
Kitsune is a runtime MCP proxy: one always-on gateway your agent uses to reach the rest of the ecosystem. search finds a server across 7 registries. shapeshift(id) mounts its tools in the current turn. shapeshift() drops them. No config edit. No client restart.
search → shapeshift → call → shapeshift() # reach, use, release
connect → shapeshift → edit → reload → call # MCP REPL (default install)Install for reach and live execution — not for token savings. Native Tool Search already defers schemas for servers you've configured. Kitsune covers what Tool Search cannot: servers you've never set up, servers you're writing right now, and community packages you want to try without wiring them into mcp.json forever.
Loop | Why it wins | |
MCP REPL | edit → | Iterate on your own server without killing the session |
Long-tail reach |
| One-offs and obscure APIs with no pre-install |
Try-before-you-trust |
| Community catalog without blind always-on installs |
Use Kitsune when… | Skip it when… |
You're building an MCP and need an edit/reload loop | You only need 1–3 trusted servers (configure them natively) |
A task needs a server that isn't in your config | Every turn hits the same server (keep it always-on) |
CLI flag-guessing on a long-tail API is too risky | You want cheaper tokens — floor is ~1,774 tokens/turn, additive on modern clients |
You want to evaluate community MCP code safely | Unattended prod admin/billing/security keys (Safety) |
You're consolidating a crowded MCP config (GATEWAY) | You need sub-second first call (cold mount ~1–15s — |
Worked high-stakes flows (IAM, IR, audits): examples/scenarios/. CLI vs MCP accuracy argument lives there too — short version: models nail common CLI commands and fail on the long tail; Kitsune mounts schemas only while you need them.
Contents
Related MCP server: mcp-proxy
Installation
pip install kitsune-mcp # recommended
# or
uvx kitsune-mcp # isolated env via uv, no venv setup
# or
npx kitsune-mcp # npm (delegates to uvx internally)Requirements: Python 3.12+ · node/npx for npm-based servers · uvx from uv for PyPI-based servers · Docker optional (sandbox)
Add once to your MCP client config:
{
"mcpServers": {
"kitsune": { "command": "kitsune-mcp" }
}
}Client | Config file |
Claude Desktop (macOS) |
|
Claude Desktop (Windows) |
|
Claude Code |
|
Cursor / Windsurf |
|
Cline / Continue.dev | VS Code settings / |
Also works with OpenClaw, Zed, and any MCP-compatible client.
Lean profile at rest: 9 tools · ~1,774 tokens/turn (status, search, auth, shapeshift, call, auto, plus the connect / release / reload REPL trio) — measured via python examples/benchmark.py.
Quick start
Borrow a server you never configured:
search("web scraping")
shapeshift("firecrawl", tools=["scrape_url"]) # surgical: one tool, not the whole surface
call("scrape_url", arguments={"url": "https://example.com"})
shapeshift() # drop form — session stays upCommunity / long-tail (confirm; caged by default):
search("pdf", registry="glama")
shapeshift("mcp-pdf-tools", confirm=True) # npm/PyPI caged in Docker by default (when available)
call("extract_text", arguments={"path": "report.pdf"})
shapeshift("mcp-pdf-tools", confirm=True, sandbox=False) # opt out of the cage
shapeshift()Hosted (Smithery HTTP — needs a free SMITHERY_API_KEY):
search("exa", registry="smithery")
shapeshift("exa")
call("web_search_exa", arguments={"query": "MCP registry growth 2026"})
shapeshift()Credentials mid-session:
auth("BRAVE_API_KEY", "sk-...")
shapeshift("brave", tools=["brave_web_search"])
call("brave_web_search", arguments={"query": "MCP protocol 2026"})
shapeshift()One-shot — pass server_hint when you know the id (auto without it is best-effort and can misfire):
auto("current time in Tokyo", server_hint="mcp-server-time")Full live walkthrough: docs/demo-realtime.md.
Developing an MCP server live
Building an MCP normally means: edit → restart client → lose session → re-test. Kitsune turns that into an MCP REPL in one session — and connect / release / reload are in the default lean profile, so this works on a plain pip install with no KITSUNE_TOOLS=all.
connect("uvx --from . my-mcp-server", name="dev") # start child process
shapeshift("dev") # mount tools → client sees them
call("summarize", arguments={"url": "https://example.com"})
# … edit the tool in your editor …
reload("dev") # release → restart fresh code → remount, one call
call("summarize", arguments={"url": "https://example.com"})reload("dev") folds the whole cycle — kill the stale process, start your edited code, remount so the client sees the new schemas — into a single call. It also removes the classic footgun: calling connect() again after an edit without releasing first hands you back the old process; reload always releases first.
Local connect() targets are untrusted (confirm / KITSUNE_TRUST apply). Process isolation ≠ security sandbox — see Safety model. Companion skill: kitsune-dev.
How it works
shapeshift(server_id) picks a transport (stdio / HTTP+SSE / WebSocket / Docker), connects, fetches tools/list, and registers each tool as a native FastMCP tool with the server's real schema. The client gets notifications/tools/list_changed and sees first-class tools — no wrapper indirection.
shapeshift() with no args deregisters proxies, closes the connection, and returns to the lean baseline.
Mental model — tool-schema RAG: index the ecosystem → search retrieves candidates → shapeshift(..., tools=[…]) injects only what's needed → agent calls natively → shapeshift() evicts.
Source | Transport |
npm |
|
PyPI |
|
GitHub |
|
Smithery hosted | HTTP + SSE ( |
WebSocket |
|
Docker image |
|
Tool reference
Lean (default)
Tool | Signature | Role |
| — | Current form, pool, GATEWAY scan, session stats |
|
| Fan-out across 7 registries |
|
| Env keys + OAuth 2.1 browser flow / logout |
|
| Mount / unmount; |
|
| Invoke; server inferred when mounted |
|
| search → mount → call (prefer |
Forge (KITSUNE_TOOLS=all or kitsune-forge): connect, release, prewarm, inspect, test, bench, compare, craft, run, fetch, setup, skill, shiftback, … — see For MCP developers.
Server sources
Registry | Auth |
|
— |
| |
— |
| |
— |
| |
npm | — |
|
PyPI | — |
|
GitHub | — |
|
Free API key |
|
search() fans out across no-auth registries by default. Add SMITHERY_API_KEY for hosted HTTP servers (no local install).
Safety model
Reach into 130k community servers only works if unknown code can be contained. Consent, sandbox, and pins are product features — not footnotes.
Headline controls
confirm=True(orKITSUNE_TRUST) before community / local mountsCommunity npm/PyPI mounts cage in hardened Docker by default (when Docker is present);
sandbox=FalseorKITSUNE_SANDBOX=offopts out,sandbox=Trueforces it,KITSUNE_SANDBOX=allcages every local mountTOFU pins in
~/.kitsune/pins.json— later malicious publishes don't silently replace what you already ran
What it protects against
1. Unverified code without consent
Tier | Sources | On mount |
High |
| runs directly |
Medium |
| runs directly |
Community |
| requires |
KITSUNE_TRUST=community waives the gate; status() warns when that override is active.
confirm=Trueis not a human-approval boundary. The model can set it. Real approval belongs in your client's tool-approval UI.
2. Shell injection at spawn. Install commands are validated (no & ; | $ \ \n / ../) and launched with create_subprocess_exec — no shell. Vets the launch line, not what the package does once running.
3. SSRF. fetch() and registry HTTP are HTTPS-only; private/loopback/non-global hosts blocked; every redirect hop re-validated (KITSUNE_ALLOW_LOCAL_FETCH=1 to opt out).
4. Credential exposure. ~/.kitsune/.env and oauth/ at mode 0600; OAuth 2.1 + PKCE S256 + DCR (RFC 7591); missing-cred warnings before calls; auth(id, "logout") clears tokens (RFC 7009 where available).
5. Docker sandbox for untrusted local servers — on by default. Community npm/pypi/github mounts (and the auto()/call()/run() exec paths) cage automatically when Docker is on PATH; no host FS, --cap-drop ALL, read-only rootfs, RAM/PID caps. Cred env vars forwarded by name only (docker -e KEY) — never in argv, ps, or the pool key. First sandboxed mount pulls node:22-slim / uv:python3.13-bookworm-slim. Best-effort: no Docker → runs uncaged with a nudge (an explicit sandbox=True hard-fails instead). Opt out per-call with sandbox=False or session-wide with KITSUNE_SANDBOX=off. Filesystem-style servers need host paths and don't fit the sandbox.
What it does NOT do
Cage needs Docker + opt-in-trusted sources. Community mounts cage by default only when Docker is present; without it (or with
sandbox=False/KITSUNE_SANDBOX=off, or for medium/high-trust sources) local stdio runs as your user — full FS, network, inherited env. Process isolation ≠ a security boundary.Docker ≠ kernel boundary. Hardened flags blunt escalation / fork bombs / FS tampering; not a guarantee against container escape. No default non-root /
--network none(most servers need egress).TOFU ≠ digest pin. Pins a version, not a content hash.
github:/git+/ hand-writtenconnect()commands aren't pinned. High assurance: pin by digest or vendor.Tools first. Resource/prompt proxying is narrower (URI templates skipped; HTTP path differs). "Any server" means tool execution.
Bottom line: strong for supervised developer and personal use. Do not run unattended with production admin, billing, or security credentials in default local mode. Keep Docker installed so the default cage engages, and prefer client approval for untrusted packages.
See guards live: docs/demo-realtime.md.
GATEWAY: consolidate always-on servers
Optional. Keep daily drivers (GitHub, filesystem, …) native if you prefer. When a config is crowded, status() flags other always-on servers so you can collapse to one Kitsune entry and reach them via shapeshift:
GATEWAY
⚠ 1 other server(s) active in claude-desktop (~8 extra tools in context)
Run setup() to harvest their credentials and reduce bloatsetup() # preview
setup(action="harvest") # keys → ~/.kitsune/.env (non-destructive)
setup(action="absorb") # register for shapeshift()
setup(project=True) # project mcp.json with only KitsuneNever modifies existing configs without explicit confirmation. (setup is forge-profile.)
Performance
Connection latency (what you feel)
Warm pool re-attach within a session: 0 ms.
Transport | Cold start | Warm |
HTTP / Smithery | 0–1.4 s | 0.0 s |
Local | 1.7–6.3 s | 0.0 s |
Local | 1.0–5.2 s | 0.0 s |
Use prewarm (forge) when you know you'll need a server soon.
Token overhead (secondary)
Real vs fully-mounted always-on or clients without Tool Search. On Claude Code 2.1.7+ with native deferral, this is mostly not a Kitsune-specific win. Product pitch is reach + REPL above — not this table.
Every Kitsune figure includes the ~1,774 floor. Reproduce: python examples/benchmark.py. Methodology: docs/benchmarks.md.
Server | Always-on | Surgical + floor | vs always-on |
| 261 | ~2,035 | always-on cheaper ¹ |
| 1,242 | ~2,084 | always-on cheaper ¹ |
| 2,615 | ~2,354 | 10% |
| 3,207 | ~2,464 | 23% |
| 3,612 | ~2,224 | 38% |
| 4,229 | ~2,074 | 51% |
| 13,707 | ~3,724 | 73% |
¹ Break-even: Kitsune pays off past one medium server, or two-plus small ones sharing the single floor. Multi-server stack (GitHub+fs+git → Notion suite): ~72–85% vs fully-mounted always-on — same caveat as above.
Fewer visible tools also helps selection reliability (Gorilla / ToolBench); on modern clients Tool Search delivers much of that focus for configured servers. Kitsune-specific accuracy bench: not yet — contributions welcome.
Configuration
Env and .env
Re-read on every shapeshift / call — add keys mid-session, no restart.
Search order: CWD/.env → ~/.env → ~/.kitsune/.env (last wins).
auth("BRAVE_API_KEY", "sk-...") # → ~/.kitsune/.envTool surface
{ "env": { "KITSUNE_TOOLS": "shapeshift,call,auth" } } # subset
{ "env": { "KITSUNE_TOOLS": "all" } } # forgeState directory
Default ~/.kitsune/ (credentials, pins, OAuth, session). Relocate with KITSUNE_HOME=/tmp/kitsune-iso.
Sandbox / trust policy
KITSUNE_SANDBOX=community # Docker-cage community npm/PyPI mounts
KITSUNE_SANDBOX=all # cage every local mount
KITSUNE_TRUST=community # waive confirm gate (status warns)
KITSUNE_REPIN=1 # adopt newer pinned versionSmithery
{ "env": { "SMITHERY_API_KEY": "your-key" } }Free key: smithery.ai/account/api-keys. Without it, npm / PyPI / official / GitHub still work.
Mount patterns
Switch forms mid-session — take only the slice you need:
# Research
shapeshift("brave", tools=["brave_web_search"])
shapeshift("mcp-server-fetch")
shapeshift("@modelcontextprotocol/server-memory", tools=["read_graph", "search_nodes"])
# Code
shapeshift("@modelcontextprotocol/server-filesystem",
tools=["read_file", "write_file", "edit_file"],
server_args=["/path/to/project"])
shapeshift("mcp-server-git", tools=["git_status", "git_diff", "git_log"])
# Notes
shapeshift("notion-hosted", tools=["notion-search", "notion-append-block-children"])
shapeshift("@modelcontextprotocol/server-memory", tools=["add_memory", "search_nodes"])
shapeshift() # always drop when the task is doneFor MCP developers
{ "command": "kitsune-mcp", "env": { "KITSUNE_TOOLS": "all" } }Tool | Role |
| MCP REPL + warm pool |
| Schemas, live cred check, measured cost |
| Quality score 0–100 |
| Latency p50 / p95 / min / max |
| Side-by-side cost, tools, trust, creds |
| Register a live HTTP-backed tool |
Test inside real Claude / Cursor sessions — not only an inspector UI. Companion skills: kitsune-dev, kitsune-improve.
Why Kitsune?
In Japanese folklore the Kitsune (狐) is known for what it can become: borrow a form, use that power, cast it off, return to itself.
That is the product loop — reach, use, release; or edit, reload, re-test. One config entry. Long tail one call away. Session intact.
shapeshift() is a literal mid-session mount, not a metaphor. Durable advantages: reach, live development, contained try-before-trust — not a smaller token bill on clients that already defer schemas.
I am not Japanese, and I use this name with the highest respect for the mythology and culture it comes from. The parallel felt too precise to ignore.
Contributing
make dev # install with dev dependencies
make test # pytest
make lint # ruffIssues and PRs: github.com/kaiser-data/kitsune-mcp · CHANGELOG.md
MIT License · Python 3.12+ · Built on FastMCP
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 Servers
- FlicenseAqualityDmaintenanceA server that implements the Model Context Protocol for managing dynamic forms, allowing users to create, retrieve, and handle responses for web forms via the @dynamicfrm/js library.4
- AlicenseCqualityCmaintenanceEnables academic research through paper search across multiple databases (IACR, CryptoBib, Crossref, Google Scholar), PDF processing, and GitHub repository browsing. Features modular architecture with FastMCP-based proxy server routing to specialized academic tools.72MIT
- FlicenseAqualityBmaintenanceAn HTTP/HTTPS MITM proxy server that enables capture, modification, and mocking of network traffic across Chrome, CLI tools, Docker containers, and Android devices. It supports advanced capabilities like JA3/JA4 TLS fingerprinting, JA3 spoofing, and upstream proxy chaining.89149
Related MCP Connectors
A MCP server built for developers enabling Git based project management with project and personal…
MCP Hub: AI service discovery, per-user OAuth, and multi-service workflow orchestration
Trending/new/changed MCP servers: a liveness-probed freshness index + x402-paid change-data API
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/kaiser-data/kitsune-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server