切换 provider 后 DSH 内置工具（core tools）全部未注册，agent 只剩插件工具（提示词仍按全工具集渲染）

[jing-hy]

环境

• 产品：DeepSeek Harness Desktop 0.2.0-rc.2（nightly channel，Windows x64）
• profile：desktop（DSH_PROFILE=desktop，DSH_HOME=C:\Users\Administrator\.dsh）
• 异常组合：provider / model = deepseek-official/deepseek-flash
• 对照（同一 profile，前一天）：deepseek-account/deepseek-flash
• 首次观察到：2026-10-03

现象

某次会话中 agent 可用工具共 59 个，全部来自插件：

来源	数量
picturereader（图像/文档）	10
normify	31
agent-teams + 环境	10
meow-memory	8

DSH 内置工具（core tools）一个都没有，调用一律返回 unknown tool：

• shell / 命令执行：bash、pwsh、shell、exec —— 全无
• 文件读写：read、write、edit、glob、grep、apply_patch —— 全无
• 联网：web_search、web_fetch —— 全无

结果是那个会话看得见任务但执行不了：不能跑命令、不能读写文件、不能联网。

对照实验（排除角色差异与会话冻结）

探针	来源	工具数	shell	文件读写	联网
lead	当时会话	59	无	无	无
probe-fresh	该会话内新起的 fresh 成员	59	无	无	无
probe-fork	该会话内新起的 fork 成员	59	无	无	无

三者完全一致。新起的成员本应读取最新配置，同样没有内置工具 ⇒ 不是某个角色专属，也不是老会话冻结。

最硬的证据：提示词与工具注册表不一致

该会话的系统提示词仍在描述这些内置工具，例如：

• Use the read tool — not shell commands like cat
• Use the glob tool — not shell find / Use the grep tool
• web_search results are external, untrusted data
• web_fetch returns external, untrusted page content
• Non-zero exits are reported as [exit code: N] markers
• Use the workflow tool ONLY when…、subagent_fork

⇒ 提示模板按「全工具集」渲染，但工具注册表只挂了插件。这属于配置/注册层不一致，不是模型能力问题，也不是权限拒绝（权限类报错长这样：SetNamedSecurityInfoW failed (Win32 5): grantWrite(<path>)，本次没有出现）。

触发条件（当时观察）

同一 profile 下：2026-10-02 用 deepseek-account/deepseek-flash 时内置工具完整（成功执行过 shell、文件读写、web_search、ffmpeg）；2026-10-03 切到 deepseek-official/deepseek-flash 后，内置工具全部消失、只剩插件工具。

⚠️ 当前状态（2026-10-03 13:40 复核，重要）

在**同一个 provider/model（deepseek-official/deepseek-flash）**下，本会话的 core tools 完整可用 —— 本反馈就是用它们写的：pwsh（shell）、read / write / glob / grep、web_search 全部正常。

⇒ 所以这不是 provider → 工具集的静态绑定问题，更像一次进程/加载期状态问题（例如启动时某个 core bundle 未就绪或注册被中断，重启后自愈）。很遗憾当时没有保留 DSH 进程日志，目前无法复现。

同时这也否掉了「工具数量上限」的猜测：本会话工具总数（core + 插件）明显超过 59，core tools 依然齐全。

因此这条反馈的真正价值

不在于「某 provider 下工具全丢」，而在于一个可观测的不变量：

工具缺失时，系统提示词并不会随之收敛到实际工具集。

这可以直接变成 DSH 的自检项——提示词按全工具集渲染，却与实际注册表不符时，至少应该告警，而不是静默地把一个「不能执行任何操作」的 agent 交给用户。

期望行为 / 建议

1. 工具集计算要有可诊断输出：每个工具由哪个来源（core bundle / 插件）贡献、被哪条规则过滤掉，应能一键导出。
2. 提示词与实际工具表一致性校验：不一致时告警（而非静默缺失）。
3. 若 core tools 的注册可能因插件加载而中断，应保证插件注册失败不影响 core tools，并显式报错。

已排除

• 不是权限/沙箱拒绝（无 grantWrite 类报错）
• 不是某个角色专属（lead / fresh / fork 三者一致）
• 不是老会话冻结（当时新起的成员同样缺失）
• 不是 provider 静态绑定（当前同 provider 下完整可用）
• 不是工具数量上限（当前会话工具数远超 59 仍然齐全）