MCP服务器工具瘦身实践：从85个削减至9个的教训
Goldziher · reddit · 2026-08-08
作者分享了将其 MCP（Model Context Protocol）服务器从 85 个工具精简至 9 个的经验，指出工具过多会带来反噬：
- 工具竞争与检索劣化：现代宿主常通过关键字搜索延迟加载工具。85个细粒度工具会导致查询匹配出十几个结果，模型容易选错。合并为9个带有必填 mode 参数的粗粒度工具，检索更准确。
- 爆炸半径过大：一个工具的 schema 缺陷会导致整个工具注册表加载失败，从而瘫痪所有功能。
作者总结了几个核心设计决策：
- mode 参数必填且无默认值：防止模型省略参数导致静默失败（返回空结果比报错更难恢复）。
- 不留废弃别名：别名会在延迟检索中继续竞争，违背了精简初衷。
- 公开承担两项成本：由于规范限制，工具不设 outputschema；且注解会降级为域内所有模式的并集（只要有一个模式是破坏性的，整个域都会标记为破坏性）。
此外，CLI 与 MCP 表面保持严格双射，通过测试强制每个操作都有真实的子命令。该项目是一个用 Rust 编写的本地代码智能层。
「编程与Agent」频道最新
- AI 参赛选手提前罢工：Claude Agent 自行宣告项目完工 — morgymcg · 2026-08-08
- Agent 循环中的模型路由：哪些调用该交给小模型？ — Commercial_Try7052 · 2026-08-08
- 让 AI 投标助手拒绝撒谎：商业场景的工程化对齐实践 — Lucius-AI · 2026-08-08
- OpenNews MCP 聚合 85+ 实时数据源，赋能 AI 助手 — Roger_M_Taylor · 2026-08-08
- iFixAI 开源 AI 代理审计工具，获 7K+ Star — JaynitMakwana · 2026-08-08
- ComfyUI 防崩溃指南：用 Claude Code 自动修 Bug — Nimblecloud13 · 2026-08-08