先说一个不中听的判断：直接问「这两个rc版本有什么区别」是最容易拿到编造回答的问法。因为rc版本的变更日志往往不全、不发布，模型没有可靠依据时会补一个听起来合理的答案。
先问自己：这个差异有没有可查的证据
| 能查的证据 | 在哪 | 能回答什么 |
|---|---|---|
| npm上的engines字段 | registry.npmjs.org每个版本的engines | 节点版本要求变了没有（这是真能查的） |
| npm上的发布时间 | registry的time字段 | 哪个先发布（能纠正「版本号大就更新」的误解） |
| 依赖版本 | 每个版本dependencies里各 @deepseek-ai包的版本 | 内部组件是否同步升代 |
| CHANGELOG / release notes | 仓库的releases页面 | 官方说明的变更（rc常常不全） |
| 实测 | 自己装两个版本各跑一次 | 行为差异，唯一可信的行为证据 |
能查的那部分：实体证据
实测可查的对比（0.2.1-rc.5与0.2.2-rc.1）：
| 项 | 0.2.1-rc.5 | 0.2.2-rc.1 |
|---|---|---|
| engines.node | 未声明 | >=24.9.0 |
| 发布时间 | 2026-10-29 | 2026-11-04 |
| bin | dsh → lib/bin.js | dsh → lib/bin.js |
| 依赖里的dsh-hmr等 | 同代版本 | 0.2.2-rc.1一代 |
这一部分是可以写进页面的，因为它来自文件，不来自记忆。
不能查的那部分：让 AI 明说不知道
我想知道 @deepseek-ai/dsh 从 0.2.1-rc.5 到 0.2.2-rc.1 在「插件加载」上的行为差异。 请按这个格式回答： 1. 你能从公开可查的资料里确认的差异：逐条给出出处（哪个文件/哪个页面/哪个字段） 2. 你无法确认、只能推测的部分：明确标「推测」，并说明推测依据 3. 我不知道的：直接写「无可靠信息」，不要用「可能」「通常」填充 不要输出任何「一般来说 rc 版本会……」这类通用描述。
关键那一句是「不要用可能、通常填充」。不加这句，你会得到三段「rc版本通常更稳定」的正确废话，看起来回答了，实际什么都没说。
最可靠的做法：不去问，去测
# 两个版本各跑一次同一个插件加载任务，记录实际行为 npm i -g @deepseek-ai/[email protected] && dsh --version npm i -g @deepseek-ai/[email protected] && dsh --version
行为差异只有跑出来才算数。问AI得到的是「别人说的」，测出来才是「你这里的」。升级前后配置也会变，可以配合「升级前后配置diff」那页一起做。
这类问题的通用原则
- 能查的不问：engines、发布时间、依赖版本，直接查registry更快更准。
- 要行为差异就去跑：AI对具体版本的运行时行为没有可靠记忆。
- 要求区分「能确认」与「推测」，这是唯一能让回答变诚实的指令。
- 看到「通常」「一般来说」就停下来：这类词出现处通常是它在填空。