Repository navigation
Replies: 2 comments
|
I turned this report into a bounded operator runbook: https://github.com/sandbaseai/deepseek-harness-handbook/blob/main/docs/en/troubleshooting/request-extension-inventory-failure.md. It separates optional plugin inventory metadata from the model request, compares enabled/disabled profiles, and defines a safe empty-inventory fallback without swallowing unrelated failures. Independent community documentation; upstream remains the implementation authority. |
0 replies
|
补充一份在桌面分发构建上的复现材料(组件 0.2.0-rc.2,从 app.asar 提取核对): 增量是:
如判定为重复,请以本贴为准,并把上述复现与修复方案并入。 |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
现象:在源码 checkout(master cd5ef81,v0.1.2-alpha.1)上,一旦插件清单收集步骤抛错,每一条模型请求都会失败:DeepSeek request extension preparation failed(REQUEST_EXTENSION)。该字段只是"模型隐藏的提供方元数据",不影响用户的模型输入。
复现:
pnpm install && pnpm run clean && pnpm run build
用带额外插件行的 profile(例如插入 dsh-mcp-client、dsh-tool-session-query、dsh-terminal 系列,从源码工作区解析)
pnpm dsh --profile headless --patch <上述行的 patch> "回复OK"
进程以 REQUEST_EXTENSION 失败
附带观察:用 --patch 把 plugin-package-inventory-deepseek 设为 enabled: false 后一切正常。
期望行为:收集失败应降级(空清单 + 告警),不中断请求——适配器对扩展服务缺失已有同样的优雅降级(?? Promise.resolve({ fields: {} })),收集异常应保持同一语义。
环境:Linux / Node v24.13.0 / pnpm 11 / 源码启动(tsx)。
All reactions