token-pilot
Token Pilot is an MCP server that makes AI coding assistants token-efficient by serving code structure, symbols, git data, and search results instead of raw file contents — cutting context consumption by up to 90%.
Structural code reads —
smart_read,smart_read_many,outline,read_symbol,read_symbols,read_range,read_sectionreturn outlines, signatures, and targeted symbol bodies instead of whole files.Edit preparation —
read_for_edit,read_diffsupply raw copy-paste code blocks and post-edit hunks, with optional callers/tests/recent-change context.Search & reference analysis —
find_usages,call_tree,related_files,find_unusedtrace symbol usage, call chains, imports, and dead code.Project & module intelligence —
project_overview,explore_area,explore,module_info,module_route,code_auditmap architecture, dependencies, quality issues, and blast radius.Git workflows —
smart_diff,smart_logshow AST-mapped diffs and structured commit history instead of raw git output.Test summarization —
test_summaryruns vitest/jest/pytest/phpunit/go/cargo/etc. and collapses output to pass/fail counts and failures.Session state & analytics —
session_snapshot,session_budget,session_analyticscapture goals/decisions, report hook pressure, and show token savings.Client support — works via MCP tools in Claude Code, Codex CLI, Cursor, Gemini CLI, Cline, Antigravity; hooks and
tp-*subagents extend further on Claude Code and Codex.Enforcement modes —
advisory,deny(default), andstrictcontrol how aggressively heavy native tool calls are blocked or capped.
Provides tools that operate on Git repositories instead of raw Git commands: smart_diff returns changed files mapped to the AST symbols (functions/classes) that were modified, added, or removed, and smart_log returns structured commit history with change-category detection (feat/fix/refactor/docs), file stats, and author breakdown, filterable by path and ref.
Click on "Deploy 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., "@token-pilot outline main.ts with smart_read"
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.
Token Pilot
Token-efficient AI coding, enforced. Cuts context consumption in AI coding assistants by up to 90% without changing the way you work.
Why it matters more now: as frontier models move up in price, the tokens you don't spend reading code are worth more, not less. The savings are in tokens; the value is in tokens × price. Token Pilot keeps the expensive main thread lean so the premium model spends its budget on reasoning, not on re-reading files.
Three layers, each useful on its own, stronger together:
MCP tools — structural reads (
smart_read,read_symbol,read_for_edit, …). Ask for an outline or load one function by name instead of the whole file.PreToolUse hooks — intercept heavy native tool calls (
Readon large files, recursiveGrep, unboundedgit diff) and redirect to token-efficient alternatives.tp-*subagents — Claude Code delegates with MCP-first behaviour and tight response budgets.
How It Works
Traditional: Read("user-service.ts") → 500 lines → ~3000 tokens
Token Pilot: smart_read("user-service.ts") → 15-line outline → ~200 tokens
read_symbol("UserService.updateUser") → 45 lines → ~350 tokens
After edit: read_diff("user-service.ts") → ~20 tokensFiles under 200 lines are returned in full — zero overhead for small files.
Benchmarks
Measured on public open-source repos. Files ≥50 lines only:
Repo | Files | Raw Tokens | Outline Tokens | Savings |
token-pilot (TS) | 55 | 102,086 | 8,992 | 91% |
express (JS) | 6 | 14,421 | 193 | 99% |
fastify (JS) | 23 | 50,000 | 3,161 | 94% |
flask (Python) | 20 | 78,236 | 7,418 | 91% |
Total | 104 | 244,743 | 19,764 | 92% |
smart_readoutline savings only. Real sessions additionally benefit from session cache,read_symbol, andread_for_edit. Reproduce:npx tsx scripts/benchmark.ts.
Related MCP server: cctx-mcp
Quick Start
npx -y token-pilot initCreates (or merges into) .mcp.json with token-pilot + context-mode, then prompts to install tp-* subagents. Restart your AI assistant to activate.
What You Get
25 MCP tools — structural reads, symbol search, git analysis, module routing, session analytics → tools reference
PreToolUse hooks — block heavy
Grep/Bash/Readcalls; redirect to efficient alternatives → hooks & modes25
tp-*subagents (Claude Code only) — MCP-first delegates with haiku/sonnet model tiers and budget enforcement → agents referenceTool profiles — trim advertised
tools/listto save ~2 k tokens per session → profiles & config
Client Support Matrix
Client | MCP tools | PreToolUse hooks |
|
Claude Code | ✅ | ✅ | ✅ |
Codex CLI | ✅ | ✅ | ❌ |
Cursor | ✅ | ❌ | ❌ |
Gemini CLI | ✅ | ❌ | ❌ |
Cline (VS Code) | ✅ | ❌ | ❌ |
Antigravity | ✅ | ❌ | ❌ |
Hooks are written for Claude Code (the plugin's own hooks/hooks.json, or
~/.claude/settings.json for an npm install) and for Codex CLI
(npx token-pilot install-hook --client=codex, then /hooks inside Codex to
trust them). The other clients get the MCP tools; their hook systems exist but
token-pilot does not write to them yet.
On Claude Code 2.1.275 and later the plugin runs its hooks inside Claude Code as a mod — no process per tool call, a big Read comes back as an outline instead of a refusal, and the session guidance lives in the system prompt. Older versions keep the command hooks → Claude Code mods
Manual config snippets for each client → installation guide
Enforcement Mode
TOKEN_PILOT_MODE controls how aggressively Token Pilot redirects heavy native tool calls:
Value | Behaviour |
| Allow all — hooks pass through, advisory notes only |
| Block heavy |
| Deny + auto-cap MCP output ( |
TOKEN_PILOT_MODE=strict npx token-pilotEcosystem
Token Pilot owns input tokens — the stuff Claude reads from files, git, search. The other half of a session (what Claude writes back, how it executes code, how it remembers state across days) is owned by separate tools. They compose cleanly:
Tool | Owns | Typical savings |
Token Pilot | code reads, git, search | 60-90% input |
Claude's response prose (terse-speak skill) | ~75% output | |
the structural indexer Token Pilot rides on | foundation | |
sandboxed shell / python / js execution | 90%+ on big stdout |
A session that pairs token-pilot + caveman typically hits ~85-90% total reduction — each cuts a different half, no overlap. Install what you need; none of them assume the others are present.
Rules of thumb: read code → smart_read/read_symbol; execute code with big output → context-mode execute; bash-only agent → ast-index CLI. Never copy the whole stack into CLAUDE.md — Token Pilot's doctor warns when CLAUDE.md exceeds 60 lines.
Supported Languages
TypeScript, JavaScript, Python, Go, Rust, Java, Kotlin, C#, C/C++, PHP, Ruby. Non-code (JSON/YAML/Markdown/TOML) gets structural summaries. Regex fallback handles most other languages.
Update / New Machine
Claude Code (plugin — recommended):
# Install on a new machine:
claude plugin marketplace add https://github.com/Digital-Threads/token-pilot
claude plugin install token-pilot@token-pilot
# Update to latest:
claude plugin update token-pilotOther clients (Cursor, Codex, Cline, …):
# Install on a new machine:
npx -y token-pilot init
# Update to latest — npx always pulls fresh, just restart your client.
# Or if installed globally:
npm i -g token-pilot@latest
npx token-pilot install-hook
npx token-pilot install-agents --scope=user --forceTips for Claude Code 2.1.139+
The May 2026 Claude Code update changed a few things that affect how token-pilot is invoked. Nothing breaks on older versions — these are quality-of-life notes for the newer ones.
Run a tp-* agent directly without the
plugin:prefix.claude --agent tp-debugger "fix the stack trace"now works the same as--agent token-pilot:tp-debugger. The Task tool dispatcher resolves the short name automatically.Cold ast-index calls — raise
MCP_TOOL_TIMEOUT. The firstfind_usages/outline/read_symbolon a large repo triggers an index build. Default per-MCP-tool timeout (60 s) is enough for ~50k-file repos; bigger ones benefit fromMCP_TOOL_TIMEOUT=120000in~/.claude/settings.json. Subsequent calls hit the cache and return in ~50 ms.Background sessions with
--mcp-config. Dispatching a worker viaclaude agentsor--bgwith--mcp-config /path/to/other.jsonswaps the MCP set for that session. Iftoken-pilotis not in the override config, MCP tools (smart_read,find_usages, …) are unavailable in that worker even though the hooks (Read / Edit / Bash / Grep / Task) still fire — hooks are project-level, MCP tools are session-level. Addtoken-pilotto the override config or skip--mcp-config.claude plugin details token-pilot. Shows the projected per-turn token cost, the hook event names, and the MCP server entry. The skill list, the agent list, and the LSP list are all auto-discovered from the canonical sub-folders.
Power-user — undocumented Claude Code features that pair with token-pilot
These fields come from reverse-engineering @anthropic-ai/claude-code@2.1.87
source (see the May 2026 Habr write-up). They work today but are
not in the official Claude Code docs, so use at your own risk.
Persistent agent memory (memory: project)
Every relevant tp-* agent (onboard, debugger, pr-reviewer,
history-explorer, audit-scanner) now ships with memory: project
in its frontmatter. Claude Code persists the agent's working notes
in the project so the agent gets faster on repeat invocations —
tp-onboard remembers your layout, tp-pr-reviewer remembers your
flagged patterns, etc. v0.35.0+.
Required MCP gating (requiredMcpServers)
Every tp-* agent declares requiredMcpServers: ["token-pilot"].
Claude Code refuses to load the agent when the MCP server isn't
configured, so a stale install never produces a "tools not found"
loop. v0.35.0+.
Bootstrap-once hook (once: true)
The plugin ships a SessionStart hook flagged once: true —
Claude Code runs it once per project then auto-removes the entry.
It surfaces friendly hints when install-agents or
install-ast-index hasn't been run yet. v0.35.0+.
Async telemetry (async: true)
PostToolUse hooks (Bash, Task) are marked async: true so they
no longer add wall-clock to the hot path — telemetry writes fire
in the background.
Auto-mode permissions (user-side)
If you want full auto-approval for safe commands, the YOLO classifier reads natural-language environment descriptions:
{
"autoMode": {
"allow": ["Bash(git status)", "Bash(npm test)", "Read", "Grep"],
"soft_deny": ["Bash(git push *)", "Bash(rm *)", "Write(.env)"],
"environmentDescription":
"This is a development laptop. Read-only ops are safe; deny anything touching credentials or production."
}
}token-pilot's enforcement still runs on top (raw Read on large files is denied first, regardless of autoMode).
Permission rule syntax cheat-sheet
Bash(npm *) # wildcard after "npm "
Bash(git commit *) # specific subcommand
Read(*.ts) # extension
Read(src/**/*.ts) # recursive + extension
Write(src/**) # recursive all files
mcp__token-pilot # all token-pilot MCP tools
mcp__token-pilot__smart_read # one specific MCP tool* matches inside word boundaries (shell-glob); ** is recursive.
The if field on hooks uses the same syntax.
Experimental: transparent Read rewrite
Set TOKEN_PILOT_HOOK_REWRITE=1 to swap the "deny + suggest" Read
hook behaviour for an updatedInput rewrite — Claude Code's
undocumented field that silently bounds the Read to its first 200
lines instead of bouncing the call. The structural summary still
rides along in additionalContext. Default OFF because the field
is undocumented and may change.
Experimental: SubagentStop budget feedback (CC 2.1.163+)
Every subagent completion already lands a task-telemetry row via the
SubagentStop hook (that's how stats --tasks knows what you
dispatched). With TOKEN_PILOT_SUBAGENT_FEEDBACK=1 the same hook also
returns additionalContext — when a token-pilot workflow fan-out is
at ≥90 % of its token ceiling, each completing agent gets a wind-down
note so a hundred-agent /workflow run stops before blowing the
budget.
Requires Claude Code 2.1.163+. Returning additionalContext from
SubagentStop is only honoured there; older Claude Code labels it a
hook error. Default OFF for that reason — enable only once
claude --version reports 2.1.163 or later.
What's new for Claude Code 2.1.151+
These notes are about behaviour you'll see automatically once you
update both Claude Code and token-pilot@latest. No extra
configuration required.
Session title badge ([TP] Nk saved)
The SessionStart hook now sets the window/tab title to the cumulative
token savings for the current project, using Claude Code 2.1.152's
hookSpecificOutput.sessionTitle field. You'll see a badge like
[TP] 1.2M saved in the title bar so you can confirm at a glance
that the plugin is doing its job.
Hardened skills (disallowed-tools)
The three bundled skills (guide, install, stats) declare
disallowed-tools (Claude Code 2.1.152+) so a runaway model can't
issue Write / Edit / Task while the skill is on display. The
install skill keeps Bash because it has to run
npx token-pilot install-ast-index; the other two have Bash
disallowed too.
Auto mode on third-party providers
Claude Code 2.1.158 opened auto mode to Bedrock / Vertex / Foundry
on Opus 4.7 + 4.8. If you're on one of those, opt in with
CLAUDE_CODE_ENABLE_AUTO_MODE=1. token-pilot's deny-Read /
deny-Bash gates still run on top — auto mode never bypasses them.
Opus 4.8 as fast-mode default
Claude Code 2.1.154 made Opus 4.8 the default for high effort. The
tp-* agents that already declared model: haiku keep their cheaper
tier (90 %+ of the agent roster); the few sonnet/opus-tier ones
ride the upgrade automatically.
Fleet workflows (v0.38.0)
When you fan a task across many subagents — via Claude Code's
/workflow, the Agent tool, or your own orchestration — token-pilot
can treat the whole run as one budgeted, telemetry-tagged unit.
token-pilot owns the workflow boundary, so this works regardless of whether Claude Code propagates a workflow id. You wrap the batch:
# Start a workflow — prints an export line you eval into your shell
eval "$(token-pilot workflow start "review every PR from last sprint" --budget=2000000)"
# ...now run your fan-out work. Every hook event is tagged with the
# workflow id automatically (TOKEN_PILOT_WORKFLOW_ID is set).
token-pilot workflow status # live budget + task counts
token-pilot workflow list # all recorded workflows
token-pilot workflow end # stamp it finished + print summaryWhile a workflow is active:
Every
event:"task"/denied/diagnosticrow inhook-events.jsonlcarriesworkflow_id, so you can slice one fan-out run out of the global log.The PreToolUse:Agent hook watches the token ceiling. At ≥90 % it appends a wind-down note to its routing advice ("finish in-flight work rather than starting new branches") and logs a
workflow_near_budgetdiagnostic — visible inworkflow status. Dispatch is never hard-blocked on budget (a half-finished fan-out is worse than a small overrun).The window title switches to
[TP] wf · N tasks · X%so a long run shows live progress.
Claude Code's own /workflow (2.1.154+) does not expose a
per-workflow id env var to subagents (verified against the 2.1.161
bundle — it has only a CLAUDE_CODE_WORKFLOWS feature flag). So
token-pilot's workflows are independent: they rely on our own
TOKEN_PILOT_WORKFLOW_ID. If CC adds a per-workflow env var later,
activeWorkflowId() already probes for it — no config change needed.
Troubleshooting
npx token-pilot doctor # diagnose: ast-index, config, upstream drift
# "ast-index not found" → npx token-pilot install-ast-index
# "hooks not firing" → restart your AI assistantCredits
Built on ast-index · @ast-grep/cli · MCP SDK · chokidar
License
MIT
Available Tools
25 toolscall_treeA
Recursive depth-N call hierarchy for a function. Shows who calls who transitively — complements find_usages (flat one-level refs) by revealing full chains from leaf helpers to entry points. Use for debugging, refactor impact, and verifying reachability.
Inputs: symbol (required), depth.
code_auditA
Find code quality issues: TODO/FIXME comments, deprecated symbols, structural code patterns (bare except:, print() calls). Use for project-wide audits.
Inputs: check (required), pattern, name, lang, +1 more.
exploreA
One-shot ranked context + call/inheritance graph blast-radius for a query. Returns ranked symbols, the source heads of the top-ranked files, graph neighbours (callers + subclasses — the blast radius), and related test files in a single compact block. Use INSTEAD OF separate find_usages + read_symbol + call_tree when you need to understand an area fast — cheaper than chaining those three.
Inputs: query (required), max_files, graph.
explore_areaA
One-call exploration of a directory: outline (all symbols), imports (external deps + who imports this area), tests (matching test files), recent git changes. Use INSTEAD OF separate outline + related_files + git log calls. Default since v0.30.0 returns only outline+changes — telemetry showed the all-4 default producing negative token reduction for small areas. Opt into imports/tests explicitly via include when you need them.
Inputs: path (required), include.
find_unusedA
Find dead code — functions, classes, and variables with no references across the project. Use for cleanup and refactoring.
Inputs: module, export_only, limit.
find_usagesA
Use INSTEAD OF Grep for finding symbol references. Semantic search — groups by: definitions, imports, usages. Supports scope, kind, limit, lang filters. Use context_lines to include surrounding code. HINT: for very short / generic symbols (≤4 chars like id, err, Cmd, db) Grep is usually cheaper than find_usages — the semantic grouping doesn't pay off when the symbol resolves ambiguously across thousands of files.
Inputs: symbol (required), scope, kind, limit, +3 more.
module_infoB
Analyze module dependencies, dependents, public API, and unused deps. Use for architecture understanding and dependency cleanup.
Inputs: module (required), check.
module_routeA
Show the transitive dependency path(s) between two modules — how module A reaches module B through the import graph. Use to answer 'how does X depend on Y?', trace coupling, or generate a dependency diagram. format='mermaid'/'dot' emits a diagram; default text lists the hops.
Inputs: from (required), to (required), all, maxPaths, +3 more.
outlineA
Use INSTEAD OF listing dir + reading each file. One call returns all symbols (classes, functions, methods, routes) for every code file in a directory. Supports recursive with max_depth.
Inputs: path (required), recursive, max_depth.
project_overviewA
START HERE for unfamiliar codebases. Shows project type, architecture, framework detection, quality tools, CI, directory map. Use include filter for specific sections.
Inputs: include.
read_diffA
Use INSTEAD OF re-reading whole file after edits. Shows only changed hunks. REQUIRES: call smart_read or read_for_edit BEFORE editing to create baseline snapshot.
Inputs: path (required), context_lines.
read_for_editA
Use INSTEAD OF Read when preparing an EDIT. Returns exact RAW code around a symbol or line — copy directly as old_string for Edit tool. Supports batch: pass "symbols" array to get multiple edit contexts in one call. Unlike read_symbols (for reading/understanding), this returns unformatted code optimized for copy-paste into Edit. Optional: include_callers, include_tests, include_changes for enriched context.
Inputs: path (required), symbol, symbols, line, +5 more.
read_rangeB
Read a specific line range from a file. Use when you know exact lines — lighter than reading the whole file.
Inputs: path (required), start_line (required), end_line (required), session_id, +1 more.
read_sectionA
Read a specific section from Markdown, YAML, JSON, or CSV files. Markdown: by heading name. YAML/JSON: by top-level key. CSV: by row range (rows:1-50). Much cheaper than reading the whole file. DOCS/DATA ONLY — heading is required; this does NOT read code by line/symbol. For source files use read_range (line range) or read_symbol (one symbol).
Inputs: path (required), heading (required).
read_symbolA
Read source code of ONE specific function/method/class — INSTEAD OF reading the whole file. Supports Class.method syntax.
Inputs: path (required), symbol (required), context_before, context_after, +4 more.
read_symbolsA
Batch read MULTIPLE symbols from ONE file — saves N-1 round-trips vs calling read_symbol N times. BEST FIT: 3–8 symbols in one file when you need their bodies. For 1–2 symbols use read_symbol (simpler). If you'd request ≥70% of the file's symbols, the handler refuses and points you to smart_read — that's cheaper than a large batch. For edit preparation use read_for_edit.
Inputs: path (required), symbols (required), context_before, context_after, +1 more.
session_analyticsA
Show token savings report: calls, tokens saved, per-tool breakdown, top files, cache hits. Use verbose=true for full breakdown (per-intent, decision insights, savings by category).
Inputs: verbose.
session_budgetA
META / info-only: reports Read-hook pressure for this session (suppressed tokens, reference budget, burn fraction, effective denyThreshold). Does NOT save tokens itself — this is diagnostic, use to decide when to tighten before a big read. NOTE: burnFraction measures hook activity, not actual context-window occupancy.
Inputs: sessionId (required).
session_snapshotA
Capture current session state as a compact markdown block (<200 tokens). Call before compaction, when switching direction, or periodically in long sessions. Model provides the facts, tool formats them.
Inputs: goal (required), decisions, confirmed, files, +2 more.
smart_diffA
Use INSTEAD OF raw git diff. Shows changed files with AST symbol mapping — which functions/classes were modified/added/removed. Small diffs include hunks, large diffs show summary.
Inputs: scope, path, ref.
smart_logA
Use INSTEAD OF raw git log. Structured commit history with category detection (feat/fix/refactor/docs), file stats, author breakdown. Filters by path and ref. HEADS UP: two verification runs measured this tool at ~39% token reduction (borderline — vs 95-99% for outline/smart_diff). Cumulative data being gathered — tool may be dropped or redesigned in v0.30.0 if numbers don't improve. Prefer scoping with path or count to tighten savings.
Inputs: path, count, ref.
smart_readA
Use INSTEAD OF Read/cat for code files. Returns code structure (classes, functions, methods with signatures and line ranges) — 60-80% fewer tokens than raw content. Use read_symbol() to drill into specific code.
Inputs: path (required), show_imports, show_docs, depth, +4 more.
smart_read_manyA
Batch smart_read for multiple files at once — INSTEAD OF calling Read on each file. Returns structure for each file. Max 20 files.
Inputs: paths (required), max_tokens, session_id, force.
test_summaryA
Run tests and return structured summary: total/passed/failed/skipped + failure details. 200 lines of raw output → 10-15 lines. Supports vitest, jest, pytest, phpunit, go test, cargo test.
Inputs: command (required), runner, timeout.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 25 tools
Each tool has a clearly distinct purpose with detailed usage guidance, preventing confusion even among similar-sounding tools (e.g., explore vs explore_area).
All tools use snake_case with a consistent verb_noun pattern (e.g., find_usages, read_symbol, smart_diff), making the naming predictable and intuitive.
25 tools cover a wide range of code exploration tasks without oversaturation; each tool adds unique value and avoids redundancy.
The tool surface covers the full code exploration workflow: project overview, exploration, reading, editing context, diff analysis, session management, and testing. Only minor gaps exist (e.g., no dedicated grep tool), but the documentation provides workarounds.
Maintenance
Related MCP Connectors
Shared memory MCP server for Claude Code, Codex, Gemini CLI and Cursor. Cited, editable.
MCP server for your apps' tools and custom tools, plus hosted AI agents and approval-gated workflows
MCP server for building and testing AI agents with multi-model experimentation and insights.
Nifty's MCP server — exposes tasks, projects, messages, and files as tools for AI agents.
Related MCP Servers
- AlicenseBqualityBmaintenanceAgent-optimized MCP server that replaces built-in file, search, exec, and git tools with compact, structured JSON equivalents. Benchmarked 20–45% token savings for AI coding agents.203MIT
- AlicenseNot gradedqualityDmaintenanceAn MCP server that provides structure-aware code analysis (symbol trees, dependencies, docs) to reduce AI agent token consumption by up to 99%, along with Git commit intelligence.MIT
- AlicenseAqualityDmaintenanceAn AST-based MCP server that provides token-efficient codebase skeletons to LLM agents, reducing context token usage by 80-95% by exposing structural information instead of full source files.53 npm3MIT
- AlicenseNot gradedqualityDmaintenanceAn MCP server that reduces token usage by injecting graph-ranked repo maps, decision logs, and diff-only output into AI coding tool requests.2MIT