第三方插件把 @deepseek-ai/dsh-tools 钉旧版本声明为 dependencies 时，宿主核心包被静默覆盖（无任何报错）

[jackdizhu]

你好，我在 desktop profile（nightly 更新通道）遇到一个问题，搜索后确认与 #1486 / #1697 / #2731 属于同一族，但表现是另一个变体，想补充给社区参考；如有分析不当之处，恳请指正。

遇到的现象

通过 registry（dsh plugin add）安装一个第三方插件后，profile 顶层 node_modules/@deepseek-ai/ 下出现了 dsh-tools、dsh-brand、dsh-util-values 三个包，版本均为 0.1.2-rc.1，与宿主核心（nightly，大致 0.2.0-rc.x 系）不一致。

与 #1486/#1697 描述的「每次工具调用崩溃」不同，全程没有任何报错——问题是在人工检查 profile 目录时才被发现的，最后只能手工改名隔离这三个包来恢复。

触发条件

该插件在 package.json 中把宿主核心包声明为直接依赖并钉死版本：

"dependencies": { "@deepseek-ai/dsh-tools": "0.1.2-rc.1" }

一个可对照的细节：同一依赖树里版本兼容的传递依赖（schemastery、cosmokit）原样保留、没有被覆盖；被替换的恰是「实体安装 + 与宿主版本冲突」的那一组。

与已有讨论的差异

#1697 评论区的分析假设版本偏差的副本会「different keys → loud crash」，但这次的实际表现是：版本偏差时不崩溃也不告警，宿主核心包被静默替换，比同版本双实例更难发现，也更难定位。

恳请考虑的方向（在已有讨论中已被提出，这里附上一份新证据）

• 装载层对宿主核心包集合（@deepseek-ai/*）做 external / peer-only 强制隔离，插件即使误声明也不会被实体安装进 profile；
• 安装期审计：当插件依赖会覆盖宿主核心包时，拒绝安装或至少显式告警；
• 文档中明确提醒插件作者：核心包必须用 peerDependencies。

当前的临时规避

已改用 link: 方式安装该插件（pnpm 不解析 link 目标的 dependencies，污染不再发生），并手工隔离了三个被覆盖的包。

谢谢！