← 返回列表
✓ 可直接安装
DeepSeek HarnessDSH的工具搜索与瘦身插件：Hermes 风格渐进式披露。当工具目录变大挂了多个…
自动检查通过：npm 包已发布且 engines 声明满足基线；该结论来自程序自动检查，未经人工实机验证。 · 最近上游提交 2026/9/8 · 已提供中文文档
DeepSeek Harness 的工具搜索与精简：Hermes 风格渐进式披露——按需搜索、描述并调用长尾工具
综合分
31.6
GitHub 分
31.6
用户评分
—
★ Stars
4
周下载量
—
安装插件（需先安装 dsh CLI 引擎：npm install -g @deepseek-ai/dsh）
dsh plugin --profile web add dsh-tool-searchnpm 包 dsh-tool-search 已校验归属本仓库，走 npm 安装最省事
信任档位：已验证本站已于 3 天前真实安装成功（L4 · 真实安装）
- 是什么
- dsh 原生插件 · chat
- 装得上吗
- 本站已真实安装成功（L4 · 真实安装，非静态推断）
- 安全吗
- 本站尚未对该插件做风险分级（暂未覆盖，不等同于无风险）
- 还在维护吗
- 活跃：最近一次提交在 17 天前
档位由下列信号合成：本站实装验证（真实安装，当前最高到 L4）· 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。 验证判据与等级说明 →
🟢实装验证通过· 2026/9/22
由本站实装验证器在真实 dsh 环境安装成功，非静态推断。
数据截至 2026/9/20（元数据每日更新 · 实装验证按队列轮转，单条结论的验证时间见上方）
安装兼容性检查✓ 自动检查通过
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。
✓npm 包dsh-tool-search @ 0.1.4
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明
验证方式：npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/20 18:51:06
依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-agent@deepseek-ai/dsh-llm@deepseek-ai/dsh-session@deepseek-ai/dsh-skill@deepseek-ai/dsh-system-prompt@deepseek-ai/dsh-tools@deepseek-ai/schemastery用户评分
还没有人投票，来当第一个
订阅周报，不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
由 DeepSeek 最新模型翻译生成dsh-tool-search
release
downloads
stars
license
docs
Awesome DSH Plugin
DeepSeek Harness（DSH）的工具搜索与瘦身插件：Hermes 风格渐进式披露。当工具目录变大（挂了多个 MCP 服务或插件工具）时，每个工具的 JSON schema 都会在每一轮注入模型上下文——大量 token 花在本次任务根本用不到的工具上。本插件把长尾工具折叠到三个桥接工具后面，让模型通过配置的 rerank 模型按需搜索、加载和调用。
- 核心工具永远直通——文件/终端/必备工具始终直接可见。
- 桥接工具——tool_search / tool_describe / tool_call 替代被折叠的 schema。
- 分级披露——目录越大，模型可见清单自动越精简。
- 对话式配置——随包技能 tool-slimmer-setup 通过对话帮你分组，并引导配置 rerank 模型。
- 全局或按项目——分组/匹配器存在 ~/.dsh/dsh-tool-search.json（全局）或 /.dsh/dsh-tool-search.json（按项目），由你选择。
安装
dsh plugin --profile web add dsh-tool-search
工作原理
灵感来自 Hermes Agent 的 Tool Search。每一轮，插件的 system-prompt/assemble 监听器计算档位并替换模型可见工具：
| 档位 | 条件 | 模型看到 |
| --- | --- | --- |
| 0 | 目录很小 / 无可折叠工具 | 全量直通，桥不出现 |
| 1 | 分组清单塞得进预算 | 桥 + ## 组 名称/描述清单 |
| 2 | 只有纯名称塞得进 | 桥 + 纯名称清单 |
| 3 | 纯名称也超预算 | 桥 + 每组一行摘要（组名: 数量） |
预算 = min(thresholdPct% × 上下文窗口, listingMaxTokens)，每轮重算。清单挂在 runtime context 上，不会被 complete prompt 组合丢弃。
动态注入：搜索、查看或调用某个延迟工具后，该工具会进入会话的可见集（LRU 上限 maxWarmTools），完整 schema 注入后续轮次的上下文——模型按需把工具拉进上下文，而不是永远堆着全部工具。
tool_call 执行时，插件以真实工具名走 ctx.tools.execute——审批、守卫、会话事件全部对着底层工具，永远不是桥本身。tool_search 用配置的 rerank 模型排序；未配置 matcher 或 rerank 失败时降级为关键词匹配（精确名 > 名字词 > 描述词），永不报错。
对话式配置
对你的 agent 说：
帮我配置 dsh-tool-search 的工具分组
tool-slimmer-setup 技能会读取目录、提出分组方案、与你确认、询问配置全局还是按项目，并引导你配置 rerank 匹配器（tool_search 和预加载的前置条件）。
配置
静态调优放在 profile 的 cordis.patch.yml（改后需重启）：
- id: tool-search
config:
enabled: auto # auto | on | off
thresholdPct: 5 # 清单预算占上下文窗口的百分比
listingMaxTokens: 4000
configScope: auto # user | project | auto（存在项目文件时优先）
core: [todo_write] # 额外永远直通的工具
maxWarmTools: 8 # 动态注入工具的 LRU 上限
工具分组、匹配器和预加载放在运行时文件（用户级为 ~/.dsh/dsh-tool-search.json）：
{
"version": 1,
"scope": "user",
"groups": [
{ "name": "git", "tools": ["git_status", "git_diff"] },
{ "name": "mcp-github", "prefixes": ["mcp_github_"] }
],
"matcher": {
"endpoint": "https://dashscope.aliyuncs.com/compatible-mode/v1/rerank",
"apiKey": "sk-...",
"model": "qwen3-reranker",
"topN": 20
},
"preload": { "enabled": false, "topK": 5 },
"core": ["read_file", "write_file"]
}
- groups：精确工具名和/或名称前缀；工具归入第一个命中的组。
- matcher：OpenAI 兼容的 /v1/rerank 端点——唯一的匹配器类型。未配置时 tool_search 返回引导提示。
- preload：可选；启用（需配 matcher）后，会话首轮会用任务描述语义预加载 top-K 命中工具进 eager 集。
- 文件按 mtime 热重载，下一轮生效。
桥接工具
| 工具 | 作用 |
| --- | --- |
| tool_search(query, limit?) | 搜索延迟目录（rerank，关键词兜底），返回排序后的 {name, description, group} 匹配；命中工具注入可见上下文 |
| tool_describe(name) | 加载单个延迟工具的完整 schema；该工具注入可见上下文 |
| tool_call(name, arguments) | 以真实工具名调用延迟工具；审批/守卫/事件都走真实工具；该工具注入可见上下文 |
设计要点与坑
- 瘦身只改写模型可见表面（system-prompt/assemble），注册表保持完整，延迟工具仍可执行。
- 桥、两个配置工具和 skill 永远 eager，不会被自己延迟。
- 关键词匹配只作为兜底：rerank 是首选排序，未配置 matcher 或 rerank 失败时降级（精确名 > 名字词 > 描述词），搜索永不报错。
- 完整架构见 DESIGN.md。
链接
- GitHub
- npm
- 设计文档
许可证
MIT