
distil
io.github.munhq由 GitHub 账号 munhq 发布v0.3.4更新于 Oct 28, 2026
Context optimization for LLM agents: tool registry, result masking, budgeting, compaction.
概览
本地 MCP 服务器,用于优化 LLM 智能体的上下文:工具注册表、结果遮蔽、预算与压缩层,并可测量 token 与缓存成本。
- 可以做什么
- 通过缓存对齐、草稿板、遮蔽、摘要、压缩和预算等层优化智能体上下文。
- 用注册表层和代码模式层注册与路由工具。
- 逐层报告优化前后的 token 数及明细。
- 在本地 Claude Code 会话记录上测量上下文成本,包括清理工具结果的盈亏平衡表。
- 导出会话并对本地模型运行保留度探测。
- 适用场景
- 适合需要测量或降低长会话中上下文与提示缓存成本,或想试验上下文分层与工具注册表的场景。README 本身指出多数改写历史的层得不偿失,并建议优先使用服务商原生功能,因此它更适合评估和应对上下文溢出,而非日常使用。
- 运行要求
- 以本地 stdio 进程运行,通常通过 npx 从 npm 包启动,因此需要 Node.js;无 Node 的用户可用预编译二进制和 bash 安装脚本。无需账号、API 密钥或配置。Windows 上运行脚本需要 Git Bash、MSYS2 或 WSL。可选的基准测试与探测功能需要本地会话记录,探测还需模型端点。
安装
在 SourceWeft 中
- 打开 控制台中的 distil,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
[npm] [MCP Registry] [Smithery] [license]
[Install in Cursor] [Install in VS Code]
No account, no API key, nothing to configure. The package is a small wrapper that
fetches the binary for your platform and verifies it against the published
checksums; install.sh and a prebuilt binary remain for anyone without Node.
Cache writes are 2% of your tokens and 28% of your bill
That is not a claim, it is a measurement: 13,814 real agent sessions, 410,742 assistant turns, re-run on 2026-08-29. Every unique token in them was billed 550 times, because a request resends the whole history.
Which means the obvious move — compress the history — is usually the wrong one. Editing history invalidates the cached prefix from the edit onwards and converts reads at 0.1x into writes at 1.25x or 2.0x. You cannot compress your way out of context cost. You can only decline to admit tokens.
[Where an agent session's tokens go: tool results 59.9%, tool calls 17.9%, user text 14.0%, assistant text 7.2%, thinking 1.0%] [How much a rewrite must delete just to break even: 8% with one turn left, 46% with ten, 90% with a hundred]Every tool in this space publishes a savings percentage measured on its own
fixtures. What none publishes is the denominator: what share of a real session
it is allowed to touch, and what that share costs once prompt-cache pricing is
applied. distil measures both on transcripts an agent actually wrote.
What is prior art, and what is not. The cache arithmetic below is not a
discovery. Anthropic's context editing
docs
state that clearing tool results invalidates the cached prefix, and ship
clear_at_least so a clear only fires when it is large enough to pay for that.
The break-even rule is published too: on a 5-minute cache, cleared tokens times
requests-before-the-next-clear must exceed 11.5 times the tokens you keep. The
table in this README reproduces that rule exactly — it was derived
independently, which is a check on the arithmetic, not a contribution.
The gap is empirical. Every source says to calibrate against your own workload,
and none ships a way to do it or publishes what the values turn out to be. That
is what this crate is for: measuring the numbers you need in order to choose
clear_at_least, or to decide not to clear at all.
The full measurement
Measured 2026-08-29 over 13,814 local Claude Code transcripts — 410,742
assistant turns, 212.7M tokens of unique text. Reproduce it on your own corpus
with distil-bench ~/.claude/projects; a corpus grows, so the date matters
more than the decimals.
Those 212.7M unique tokens were billed as 116.9 billion input tokens — every token paid for 550 times, because a request resends the whole history.
Price that at real cache multipliers (read 0.1x, write 1.25x for the 5-minute TTL and 2.0x for the 1-hour):
Cache writes are 2% of the tokens and 28% of the bill. Editing history invalidates the cached prefix from the edit onwards, converting reads at 0.1x into writes at 1.25x or 2.0x. So a rewrite must shrink what it invalidates below:
That table is the published break-even rule in another form: at every row,
cleared x turns / kept equals 11.5 for the 5-minute tier. Use it to pick a
clear_at_least value, and use distil-bench to find the turn count and tail
size to put into it — those are workload properties, and they are the part
nobody publishes.
Per unit of history, at 10 remaining turns: keeping it costs 1.00, compressing it costs 2.15, and never admitting it costs 0. You cannot compress your way out of context cost. You can only decline to admit tokens.
What that means for using this crate
Layers that do not touch history are on the right side of that arithmetic:
CacheAlignLayer (orders content so the stable prefix stays cacheable) and
ScratchpadLayer (keeps working state outside the window).
Layers that rewrite history — MaskingLayer, SummarizationLayer,
CompactionLayer — cost more than they save in the common case. Reach for them
at one boundary only: context overflow, where the alternative is a failed
request and cache price stops being the comparison. BudgetLayer exists for
exactly that moment.
RegistryLayer and CodeModeLayer predate Anthropic's Tool Search Tool and
Programmatic Tool Calling, which do the same jobs natively and better. Prefer
the native features.
For clearing old tool results, prefer the provider's clear_tool_uses context
editing over MaskingLayer: it runs server-side, it takes clear_at_least, and
it is one API parameter against a dependency. Reach for a layer here only when
you need behaviour the API does not offer.
Measuring
See bench/README.md for the external-tool comparison, the
fairness rules, and the two harness mistakes that produced wrong numbers first.
Retention
A saving is only a saving if the model can still answer what the original context could answer.
The probe taxonomy is Factory.ai's;
their write-up defines it and ships no harness. The judge is a Completer,
never a Summarizer — a summarizer may impose summarization framing, which
rewrites both the probe format and the grading instruction.
Using it as a library
This example is kept compilable as
examples/readme_quickstart.rs — run it with
cargo run --example readme_quickstart.
Every layer implements Layer and reports tokens_before, tokens_after and a
detail line, so each one can be measured on its own.
Features
Install
install.sh installs both binaries, drops the skill into every Claude home it
finds, and registers the MCP server at user scope. When the plugin is already
installed it installs the binary only, since the plugin declares the server and
ships the skill itself.
The plugin launches the server with npx -y @munhq/distil, so it needs Node.
It cannot use a plugin-relative path: Claude Code expands ${CLAUDE_PLUGIN_ROOT}
and nothing else does, so a plugin declaring one hands every other client a
literal path that does not exist. install.sh and the prebuilt binaries remain
for anyone without Node.
Platform support
The release publishes six targets and plugin/test_platform.sh holds both the
installer and the plugin launcher to that matrix, so an asset name and the name
asked for cannot drift apart. install.sh and the launcher are bash scripts, so
on Windows they need a shell — cmd and PowerShell cannot run them. Linux
binaries are static musl builds, so they do not need a matching glibc.
Caveats
The corpus is one developer's machine. The ratios are the finding; the
absolute totals are personal. Counts use cl100k_base, which approximates
Claude's tokenizer within a few percent. The break-even model assumes a single
cache breakpoint, so a rewrite confined to the tail costs less than the table
shows — that refines it, it does not reverse it.
Contributing
Build and test instructions, the rules a benchmark change has to follow, and what
a pull request needs before review: CONTRIBUTING.md.
Report a vulnerability privately — SECURITY.md.
License
MIT. See LICENSE.
来源:README.md,提交 3d3f228
工具
0版本历史
1- v0.3.4最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分