dsh-tool-search

在 DSH 里接上多个 MCP 服务后，每个模型请求都会带上全部工具的完整定义。工具一多，每一步都要多付成千上万 token，模型还要在冗长列表里做选择，准确率也会下降。dsh-tool-search 把「每次都塞满定义」改成「先给一张索引」：按服务分组，只保留工具名称和一行摘要；模型确认要用哪一个时，再通过 tool_details 读取完整说明与参数，并用 call_tool 真正执行。

实测里，在真实 MCP 场景下完整定义往往比索引大一个数量级；多步任务累计 token 可明显下降，且任务仍能正常完成。索引始终包含全部已连接工具，模型按精确名称取用，不存在则会得到相近名称提示，不会因为「搜错关键词」而漏工具。可选的 Prefetch 会在新用户消息时用词重叠预挂最可能用到的完整定义，默认关闭，适合那些几乎每步都要 lookup 的模型；对多数已能直接 call 的模型，保持索引模式更划算。

插件在提示组装阶段过滤延迟工具、为每个 Agent 维护独立状态，隐藏工具仍走注册表与既有审批/钩子链路，UI 上外层是 call_tool、内层才是真实工具名。代价是某个延迟工具在会话里首次使用前多一步 tool_details；结果会留在历史里，同会话后续调用不再重复付费，直到压缩清掉。

适合经常挂载大量 MCP、在意每步 token 成本、又希望模型仍能看见「有哪些工具」的团队与个人。工具数量很少时插件会自动退回完整定义，避免为小列表多付一次交互成本。