TAPD MCP 2.1:给说明书减肥
约 6 分钟驭光者首发于微信公众号「羲和Lab」

特别企划 · 216个工具的瘦身记:开局上下文砍掉近六成,约4.4万→约1.7万token 《智能编码进化论》系列 · 发布文体 · 2026-09
上一篇《TAPD MCP 2.0:AI同事正式入职》,AI同事正式入职。这一篇,入职第二天,它自己先遇到了新问题。
问题有点哭笑不得:公司来了个全能新同事,第二天HR抱来一本216页的岗位操作手册——先背完,再开工。结果手册背得滚瓜烂熟,开工反而慢了。
挂载TAPD MCP的AI,处境一模一样——还没听你说第一句话,216个工具的说明书,已经塞满了它的脑子。
所以,TAPD MCP Server 2.1发布,主题只有一个:给说明书减肥。具体是四件事,两件瘦身(分级挂载、工具地图),两件兜底(一键回全量、一键只读)。
口径先立:文中数字全部出自tools/list真机实测。利益相关先说:TAPD MCP Server是本文作者参与开发的开源项目,这是它的2.1发布文,功能以官方仓库实际交付为准。
先称一称,这本说明书到底有多重。
一、说明书的重量
216个工具的说明书,展开是16.6万字符,约4.4万token——token是AI的记忆和计费单位,模型一次能装下多少东西,用它计数。
4.4万是什么概念?眼下主流的20万token上下文窗口,它一个开局就占掉约五分之一。还没干活,五分之一的脑容量先没了,而且每个会话开局,都固定扣掉这一笔。
代价不止是空间。被挤占的上下文,本来能装你的代码和文档;长对话因此更早「失忆」;更要命的是,这份说明书常驻在对话里,每一轮都要重复付一遍token成本——不是一次性的入职培训,是每天上班先交一遍学费。
还有个反直觉的坑:工具越多,≠越好。选择空间一大,误选率跟着涨——让AI查个需求状态,它在五个相似工具里来回犹豫。同事知道得太多,反应反而慢了。
主线04篇讲Skills的按需加载,解决的是提示词;2.1把同一刀砍向工具清单。
2.1要做的,就是给这本说明书瘦身。一共四件事:两件动刀(分级挂载、工具地图),两件兜底(一键回全量、一键只读)——瘦身管砍,兜底管后悔药。
第一刀,砍最痛的开局成本。
二、第一刀:分级挂载
分级挂载的思路很朴素:常用的留下,长尾的收进抽屉。
具体做法:最高频的8大工作台域默认挂载——工作空间、迭代、用户、需求、缺陷、任务、评论、工具箱。为什么是这8个?因为它们是每天都在用的工作台动作:查需求、提缺陷、派任务、写评论。而测试、知识库、发布这些域,特定角色、特定阶段才用得上。默认85个工具,不是随机切分,是高频切分。
数字:说明书从16.6万字符(约4.4万token)压到6.8万字符(约1.7万token)——字符载荷直降59.1%,开局成本砍掉近六成,常用能力一个不少。
顺带交代一句,这场减肥其实分了三步走:更早的2.0.1/2.0.2已做过一轮零行为瘦身——冗余schema字段清理,291处重复的长ID警告文案从47字压到4字;2.1动的才是结构。
常用常在,长尾按需。
收进抽屉的131个工具,怎么找回来?——交给一张地图。
三、第二刀:工具地图
第二刀砍的是「长尾常驻」:收进抽屉的工具不再占开局预算,要用再点亮。管这131个工具的,是一个元工具——tapd_discover_tools,它既是工具的目录,也是开关。
三个要点。第一,不带参数调用,列出全部27个工具域和激活状态——一张地图,27个格子,哪个亮着一目了然。第二,一句{"toolset":"test"},测试域28个工具立即点亮,列表同轮刷新——免重启、免改配置。第三,幂等设计,重复激活零副作用,手滑多按一次也没事。
来一段小剧场。
你说:「建个测试计划,把这几个用例挂进去。」
AI翻地图——27个域里,test域没激活。开抽屉——一句{"toolset":"test"},28个测试工具点亮。干活——建计划、挂用例,一气呵成。
你的视角里只有一句话。翻地图、开抽屉,都是它自己的事——过程透明,你不必操心。你不需要记住27个域的名字,也不需要知道哪个工具收在哪个抽屉——地图在它手里,不在你手里。
对照一句:官方Tool Search是协议层的懒加载,这张工具地图是域级开关+免重启——差异点,就是自家的卖点。
把216页说明书,换成一张地图和一排抽屉。
按需点亮很好——但如果我做的就是全工具重度场景,想要全部呢?
四、两张安全网:一键回全量,一键只读
有办法。2.1留了两张安全网,一张管「后悔」,一张管「边界」。
**安全网一:一键回全量。**设TAPD_TOOLSETS=all,恢复全量挂载,行为与2.0完全一致——217个工具(全量216,加地图本身)。想精细点:TAPD_TOOLSETS=wiki,release按域定制启动集;TAPD_TOOLS=tapd_get_wikis按工具名白名单回补。核心承诺:不满意默认集,一个环境变量回到从前,无需降级版本。
**安全网二:只读档。**设TAPD_PERMISSION_MODE=readonly,写工具直接从列表消失——不是「调用被拦截」,是「看不见」。主线07篇《给AI定规矩》讲过权限分级,这里把那套哲学推到极致:可见性即权限边界——让越权选项,根本不出现在菜单上。
实测:只读档下,默认面只剩58个纯读工具——默认85个中,非纯读的写工具全部隐藏;按需激活新域,也只点亮读工具。适用场景:团队把只读凭证共享出去,人人都能让AI查进度、拉报表——查得到一切,改不了一丝;以及「怕AI手滑」的谨慎期。
看不见的写工具,就是调不坏的写工具。
四件事齐了,该算总账了。
五、数字总账与作战地图
配套还交了一本WORKFLOWS.md作战手册,覆盖四个场景:需求交付闭环、迭代日报周报、测试计划执行、发布评审与知识沉淀——每个场景标注哪些开箱即用、哪些需先点亮。照着手册走,该点亮的域一步不漏,不用自己试错。
总账:
| 指标 | 2.0 | 2.1 | 变化 |
|---|---|---|---|
| 默认工具数 | 216 | 85(+1张工具地图) | 按需点亮其余131 |
| 字符载荷 | 166,334 | 68,020 | -59.1% |
| token估算 | ~4.4万 | ~1.7万 | 约砍六成 |
| 工具域 | 全量平铺 | 27域分级 | 默认8+按需19 |
| 兜底 | — | TAPD_TOOLSETS=all | 零损失回退 |
瘦身不是没有代价。诚实的部分来了。
六、上手与诚实的边界
上手动线没变:一行安装,与上一篇相同(完整配置教程,主线05篇《给AI接外线》讲过,这里不重复)。装完即默认面开箱,直接用;新变量只有这几个:
npx -y @xihe-lab/tapd-mcp-server@latest
# 想要全部?一个变量回到从前
# TAPD_TOOLSETS=all
# 只读档:写工具直接消失
# TAPD_PERMISSION_MODE=readonly
再说代价,两条。第一,默认集不含测试、知识库、发布、工时等19个域,首次用到多一步「激活」——小剧场里AI自己会做,但这一步确实存在。第二,客户端若不支持工具列表变更通知,激活后需重连一次——主流的Claude Code和Cursor已支持,基本无感。
结论:一次性小代价,换开局近六成的常驻省出;嫌麻烦,all随时恭候。选择权在你。
取舍说完了,翻到下一页——2.2。
结语:轻装上阵
入职第二天的烦恼,今天结案:216页手册,换成一张地图和一排抽屉;脑子腾出来的那五分之一,装回你的代码、文档和长对话——同事轻装上阵,这回是真的能干了。
说明书先瘦身,同事才轻装。
2.2在路上了,先剧透四件事。一是参数更早报错——枚举类参数(比如评论的实体类型)前置校验,传错当场提示,不用等服务端往返。二是升级提示更醒目——上一篇说过,同事每天上班先对表打卡,以后打卡信息不再贴在后台日志里,会走到你面前。三是全量模式继续瘦身——all模式的工具描述,还有进一步压缩的空间。四是工具使用报告——审计事件结构化落库,为「我的AI这周都拿TAPD干了什么」铺路。
遇到问题,直接提Issue——2.2会持续修。觉得有用,先给个Star,零成本支持;想持续跟进,后台回复「TAPD」,公众号见。
评论区聊聊:你的AI工具箱里,最吃上下文的是哪个?
免责声明
本文内容仅供学习交流,所述方法需结合实际场景灵活运用。AI工具输出结果仅供参考,关键业务决策请结合人工判断。
利益相关:TAPD MCP Server为本文作者参与开发的开源项目,本文兼有产品发布性质;功能描述基于2.1版本实际交付,以官方仓库与文档为准。npm:@xihe-lab/tapd-mcp-server(v2.1.0);GitHub仓库见阅读原文。
配置模板与快速上手脚本已放在GitHub仓库(见阅读原文)。公众号后台回复关键词「TAPD」,也可获取一份整理好的配置模板——方便你在微信里直接存档。
本文由AI辅助创作,经人工审核编辑后发布。
《智能编码进化论》特别企划 · 发布文体 · 2026-09
本文首发于微信公众号「羲和Lab」,公众号内可留言交流
阅读公众号原文