本轮运行失败DeepSeek request extension preparation failed

[ws4349893]

版本：0.1.3-alpha.2-82a5fd6-dirty
输入任何内容都报错：本轮运行失败DeepSeek request extension preparation failed

[ningblue]

DeepSeek request extension preparation failed--------------my too

[argszero]

这个报错在该家族里已经复现多次，我帮你在当前 master（0.1.5-alpha.1 / 5dda764）上把根因定位到具体代码：是 dsh_plugin_packages 请求贡献器在全量收集插件包时 fail-closed 抛错，导致整次请求的 extension prepare 失败。

链路

@deepseek-ai/dsh 官方 DeepSeek 请求会在每次请求时收集「当前 Loader 激活的插件包清单」（dsh_plugin_packages 字段），走的是 @deepseek-ai/dsh-plugin-package-inventory-deepseek。它把每个激活条目 resolve 成包的 identity，而解析失败是直接 throw（不是跳过）：

• src/index.ts:117 — barePackageManifest 解析不到某个 bare 包名 → cannot resolve active package "..."；
• src/index.ts:66 — identityFromManifest 要求包 version 是非空 string，缺 version 就走 allowAnonymous 兜底之外的 throw → must declare non-empty name and version（注意 allowAnonymous 只容忍缺 name，不容忍缺 version）。

这个 resolve 在 collectActivePluginPackages（:172）里对每个激活 entry 调用，而 deepseekLlmApiExtensions.register('dsh_plugin_packages', { prepare }) 的 prepare（:192）是每次请求都执行的。一旦某个激活插件包的 manifest 命中上面两条 throw 之一 → prepare 抛 → deepseek-llm-api-extensions/src/index.ts:108-113 的 Promise.all 整体 reject → 你在 UI 看到完整的「DeepSeek request extension preparation failed」。

为什么是「全家桶一起失败」

prepare 对所有已注册字段做 Promise.all，任意一个 provider 抛错即整包失败——不是只屏蔽出问题的那条路由/字段，而是让本轮所有 DeepSeek 调用都失败。

常见触发源（都是「某个插件包 manifest 不合规或解析不到」）

1. 源码 / pnpm isolated 布局下，某个 bare 包名的 package.json 不在 Node 可解析路径（:117）；
2. 配置文件（profile bootstrap 容器）里的 package.json 有 name 但缺 version（:66）——这是最容易踩的：allowAnonymous 名不副实，只放行「无 name」，不放行「无 version」；
3. 干净构建后 src/lib 或依赖图未更新，某条 entry 指向旧的/不存在的目录。

临时规避

不想动项目代码的话，可以关掉这个贡献：给 @deepseek-ai/dsh-plugin-package-inventory-deepseek 这条插件 config 设 enabled: false（它在 Config schema 里默认 true，src/index.ts:38）。这样本轮请求就不再收集 dsh_plugin_packages，extension prepare 不会因它失败。

归属

这个缺口是 core 面——解析器对单条 entry fail-closed throw 且未做 per-entry 降级（应当 catch → 跳过该条而非整体抛），插件是受害者（某个插件包的 manifest 触发后，全量请求跟着遭殃）。已归档为 upstream-fix 候选：把 resolve 改成失败即跳过单条 + allowAnonymous 真正容忍「无 version」+ 可选警告日志，而非让整个请求失败。

如果你能贴一下当前的插件清单或 dsh_plugin_packages 相关配置（或 .dsh 目录下哪些包缺 version），我可以帮你进一步定位是哪条 entry 触发的。