【Bug】源码模式加载外部 npm 插件时 isAgentLoopRequest() 错误返回 false（AgentLoop 请求身份未在 dsh-llm 模块实例间共享）

[kober-basket]

在源码模式运行 pnpm dsh 时，外部 npm 插件虽然收到了 AgentLoop 创建的同一个 llm/stream options，但 isAgentLoopRequest(options) 会错误返回 false。

运行路径

源码模式下，两侧实际加载了不同的 dsh-llm 模块：

dsh-llm/src
└── WeakSet A
    └── AgentLoop 在这里登记 request

dsh-llm/lib
└── WeakSet B
    └── npm 插件在这里查询 request

插件收到的确实是原始 DSH 请求对象：

options === request // true

但 AgentLoop 执行的是：

sourceSet.add(request)

插件查询的却是：

builtSet.has(options) // false

因为身份记录保存在不同的 WeakSet 中，所以同一个对象也无法被识别。

最小复现

在完成 pnpm run build 后执行：

node --import tsx/esm --input-type=module <<'EOF'
const source = await import('./packages/llm/llm/src/index.ts')
const built = await import('./packages/llm/llm/lib/index.js')

const request = {
  provider: 'test',
  model: 'test',
  messages: [],
}

source.markAgentLoopRequest(request)

console.log('source:', source.isAgentLoopRequest(request))
console.log('built:', built.isAgentLoopRequest(request))
EOF

实际输出：

source: true
built: false

这个复现不依赖任何第三方插件。它只是还原源码 AgentLoop 与外部 npm 插件分别加载 src 和 lib 的运行方式。

影响

任何通过公开的 isAgentLoopRequest() 观察 llm/stream 的外部插件，都可能：

• 把普通 AgentLoop 对话误判为 direct/auxiliary call；
• 错误过滤掉真正的对话请求；
• 在源码 DSH 和安装版 DSH 中表现不一致。

预期结果

AgentLoop 标记并传入 llm/stream 的同一个 options，应被同一 JavaScript realm 内加载的所有 dsh-llm 实例正确识别。

同时应继续保持精确对象身份语义：

已标记的同一个对象 → true
未标记的对象       → false
复制产生的新对象   → false

不应通过 sessionId、冻结状态或请求字段结构推断其身份。

环境

• DeepSeek Harness：master at b150a551b8
• Node.js：v22.22.0
• pnpm：11.7.0
• macOS：26.5.1
• Architecture：arm64

我已经准备了一份本地修复：让分别加载的 dsh-llm 模块在同一 realm 中共享一个版本化的请求身份注册表。相关单元测试、构建及文档检查均已通过；如有需要，我可以提供 patch。