[Bug Report] 两个 agent preset 同时包含 tool-cordis 时会话 resume 失败：Host Cordis inspect provider "Service" is already registered

[qmy777]

摘要 / Summary

同一 app 进程内先后挂载两个都包含 tool-cordis 行的 agent preset（内置 cordis 预设 + 由它复制的自定义预设，如 rd-pipeline）时，第二个 preset 的挂载失败，导致该 preset 下的既有会话 resume 直接失败：

模型操作失败：internal: resume failed for session "session-…": Error: agent-presets: preset "cordis" failed to mount: failed to apply loader entry tool-cordis (@deepseek-ai/dsh-tool-cordis): Host Cordis inspect provider "Service" is already registered (/Applications/DSH Desktop.app/Contents/Resources/app.asar/node_modules/@deepseek-ai/dsh/config/agent-presets/cordis/agent.cordis.yml)

环境 / Environment

• DSH Desktop（macOS / Electron bundle，内置 @deepseek-ai/dsh 0.1.0-rc.6）
• 源码定位基于 deepseek-harness master（47f94385…，tool-cordis / cordis-host-runner 自 0.1.0-rc.5 起无相关修改）

复现步骤 / Reproduction

1. 按官方创作路径复制内置 cordis 预设为自定义预设（该预设 preset.yml 自述"用于创建自定义 Agent preset"），保留其中的 tool-cordis 行；
2. 同一 app 进程内：先 resume/新建自定义预设的会话（其 standing mount 挂载，并把 'Service' 等 provider 注册进进程级全局表）；
3. 再 resume 内置 cordis 预设的既有会话（或挂载任一第二个含 tool-cordis 的 preset）；
4. 第二个 preset 的挂载抛错，resume 失败。失败方由挂载先后决定——顺序相关的偶发冲突，非确定性报错。

期望行为 / Expected

• 多个不同 preset 各自包含 tool-cordis 时能正常共存、各自会话可正常 resume；或
• 若该组合不受支持，应在选用/创建 preset 时给出指明冲突来源的明确错误，而不是在 resume 路径抛出内部不变量错误、让用户既有的工作会话无法恢复。

根因分析 / Root Cause

tool-cordis 挂载时把一组写死的 provider id（'Service'、'Event' 等，packages/extensions/tool-cordis/src/providers.ts:29-32）通过

ctx.effect(() => ctx.cordisInspect.register(provider), `tool-cordis: inspect ${provider.manifest.id}`)

（packages/extensions/tool-cordis/src/index.ts:37-38）注册进 CordisInspectRegistryService。该注册表是进程级全局单例（packages/extensions/cordis-host-runner/src/index.ts:143 构造，构造注释自称 "the process-global Host registry"），providers 是普通 Map，不按 preset/scope 隔离；重复 id 直接抛 already registered（packages/extensions/cordis-host-runner/src/inspect-registry.ts:64）。

而 agent-preset 的挂载是每 preset 单例的 standing mount（packages/preset/agent-presets/src/index.ts 的 ensureStanding，按 { agentPreset: preset.id } 建 scope，同一进程内每个 preset 只挂载一次、其下所有会话共享）。两个不同 preset 各自挂载 → 各自执行 tool-cordis 的 apply() → 第二次注册 'Service' 即冲突。

值得注意：mount.ts 对同类碰撞本有审计防护——拒绝"向 root realm 发布服务"的行，注释明确写道 "such a service is process-global rather than per-session and the second session mounting the same preset collides with the first"（packages/preset/agent-presets/src/mount.ts:13）。但该审计只覆盖"发布服务"，不覆盖"向宿主平面服务注册条目"（cordisInspect.register() 属于后者），tool-cordis 恰好走在审计之外的路径上。

同族缺口源码中已有未了结的 TODO：packages/preset/agent-presets/src/index.ts:502 —— preset 文件变更换 generation 时旧 standing mount 的注册不回收（"reclaim the superseded generation once the last agent joined to it is gone"）。也就是说编辑自定义 preset 文件后在同一进程内再开新会话同样会触发重复注册。

建议修复 / Suggested Fix

1. 让 CordisInspectRegistryService.register() 幂等：相同 manifest 的重复注册改为引用计数复用（dispose 时 refs-1、归零才删除），而非抛错；或
2. 将注册表按 standing-mount 域隔离（provider 目录随挂载域共存亡）；或
3. 至少将冲突来源（已注册该 id 的 preset/挂载域）写入错误信息，让用户可操作；
4. 顺带回收 agent-presets/src/index.ts:502 的 TODO（为 StandingMount 增加 joined-agent 计数），消除 generation 变更路径的同类冲突。

临时绕过 / Workaround

• 同一 app 运行期内只使用一个包含 tool-cordis 的 preset（切换前重启 app）；或
• 从自定义 preset 中删除 tool-cordis 行（若该模式不需要模型侧 cordis 检查/运行/自修改工具；官方创作路径复制的预设默认都带这一行，容易踩中）。

附：关键代码位置

位置	说明
packages/extensions/cordis-host-runner/src/inspect-registry.ts:64	already registered 抛错点
packages/extensions/cordis-host-runner/src/index.ts:143	进程级全局注册表构造
packages/extensions/tool-cordis/src/index.ts:37-38	挂载时无条件注册 provider
packages/extensions/tool-cordis/src/providers.ts:29-32	'Service' provider 注册
packages/preset/agent-presets/src/mount.ts:13	root-realm 审计注释（同类碰撞防护，未覆盖本路径）
packages/preset/agent-presets/src/index.ts:502	同族 TODO（superseded generation 不回收）