@eddyskywalker/dsh-chatgpt-subscription 0.40.0 → 0.40.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +17 -0
- package/README.md +1 -1
- package/lib/client.js.map +1 -1
- package/lib/index.js +13 -4
- package/lib/types/compat.d.ts +9 -1
- package/lib/types/compat.d.ts.map +1 -1
- package/lib/types/host/subagent-model-authorization.d.ts.map +1 -1
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -2,6 +2,23 @@
|
|
|
2
2
|
|
|
3
3
|
## Unreleased
|
|
4
4
|
|
|
5
|
+
## 0.40.1 - 2026-10-25
|
|
6
|
+
|
|
7
|
+
- **[dispatch] 修掉「路由能力从未真正生效」:守卫的探测一次答 `false`,就把完整的成对路由判成改路由请求并拒绝**
|
|
8
|
+
- **现象**:开了「设置 → 子代理」并授权了路由之后,调度模式带 `provider`+`model` 派发子代理,恒定收到 `subagent model selection: "subagent" always runs on the calling agent's own route and accepts no provider/model`;去掉路由参数反而能派出去(继承父路由)。也就是说配置一直是对的,被拦的是「按任务指定子代理模型」这件事本身。
|
|
9
|
+
- **根因(我们自己的守卫)**:`delegationDenialReason` 里 `declaresRouteParameters` 一旦答 `false`,就把这次调用改判成 inherit 模式,再把成对路由当成「试图把继承式工具改道」拒绝。而探测读的是 `tools.definitions(agent)` 里那份 `subagent` 定义——那份视图有可能不携带本部署 preset 的委派注册,于是它看到的是一份没有 `provider`/`model` 参数的定义,答 `false`。这个 `false` 造成的拒绝**没有任何调用能满足**,比它想避免的「向没有路由参数的工具索要路由」更糟。
|
|
10
|
+
- **改法(`src/host/subagent-model-authorization.ts`)**:完整成对路由**一律**进白名单校验(未授权仍拒,理由变成「不在本会话授权名单里」这种能照做的说法);只有「没给」和「只给一半」才走继承路由分支与相应诊断。探测本身也补了一层容错:先读 `parameters.properties`,读不到才退回原来的扁平读法,两种定义形状都不再被误读成「没有字段」。
|
|
11
|
+
- **测试**:`test/subagent-model-authorization.test.ts` 的 adaptivity 用例原本伪造的是 `{ provider: {}, model: {} }` 这种真实宿主从不产生的扁平形状,所以一直是绿的、也就一直没抓到问题;现在主用例改用真实 JSON Schema 形状,扁平形状保留为兼容用例,并新增「授权路由对在探测答 false 时放行」「未授权路由对仍以名单为由拒绝」两条。全量 4789 passed / 8 skipped / 0 failed(较上一版 +1)。
|
|
12
|
+
|
|
13
|
+
- **[compat] `PLUGIN_VERSION` 从 `0.1.0-alpha.0` 对齐到实际版本,并把「漂移」变成会红的断言**
|
|
14
|
+
- **现象**:这个常量自首次提交起一直没动过,而包已经发到 0.40.0;它被 `wire-auth.ts` 拼进 `user-agent`,于是每一次 Codex 请求都在宣告一个从未发布过的插件版本。
|
|
15
|
+
- **改法**:常量改为与包版本一致;`test/responses-client.test.ts` 里写死的旧字符串改为跟随常量,并新增一条断言——`PLUGIN_VERSION` 必须等于 `package.json` 的 `version`。这样下次发版忘了改常量,测试会红,而不是悄悄发出去。
|
|
16
|
+
- **为什么不用「发布清单加一条」**:靠人记的步骤会把同一个错误再犯一次;能执行的断言不会。
|
|
17
|
+
|
|
18
|
+
- **[docs] 缝隙表补三行、README 的支持区间更正**
|
|
19
|
+
- `.dsh/skills/dsh-harness-upgrade/SKILL.md` §2 的缝隙表原本 8 条,漏了 `src/compat.ts`、`src/host/common/credentials-compat.ts`、`src/host/common/brand-compat.ts` 三处同样是跨 harness 代际的桥接,现已各自补上 invariant(`compat.ts` 的 `PLUGIN_VERSION` 一条写明必须跟包版本一致)。
|
|
20
|
+
- `README.md` 仍写「一直到 0.2.0-rc.2、以 0.2.0-rc.2 为基线」,而 `peerDependencies` 早已覆盖 `0.2.1-rc.3`;已更正。
|
|
21
|
+
|
|
5
22
|
## 0.40.0 - 2026-10-25
|
|
6
23
|
|
|
7
24
|
- **[compaction] 新增「压缩路由」:把上下文压缩的摘要请求改派到指定 provider/model**
|
package/README.md
CHANGED
|
@@ -291,7 +291,7 @@ GPT-6 系列(6.1 Sol / 6 Astra / 6 Sol / 6 Luna)支持文本、图片输入
|
|
|
291
291
|
- Windows 或 Linux;
|
|
292
292
|
- Windows:系统需提供 Windows PowerShell,以使用 CurrentUser DPAPI;
|
|
293
293
|
- Linux:Host 用户必须拥有可写的 `~/.dsh`(或 `$DSH_HOME`),凭据文件会强制使用 `0600`、目录使用 `0700`;
|
|
294
|
-
- 已安装 DSH:peer 范围覆盖 **0.1.2-alpha.5 及以后的每一代**,一直到 0.2.
|
|
294
|
+
- 已安装 DSH:peer 范围覆盖 **0.1.2-alpha.5 及以后的每一代**,一直到 0.2.1-rc.3。构建与测试以 **0.2.1-rc.3** 为基线,旧版行为由版本兼容层保留,因此**同一份代码**可装在 0.1.2-alpha.5 以来的所有代上(用户分散在 npm 的 `latest` / `next` / `alpha` 三个标签上,多数人跑的是比 `alpha` 落后几个版本的 `latest`)。需要桥接的破坏性变更:
|
|
295
295
|
- **0.1.7** 重写了会话消息模型(工具结果由 `tool-result` 内容块改为 `role: "tool"` 消息)、删除了 `settings.register`(偏好改由插件自有存储落盘)、并让 agent preset 不再从 `~/.dsh/.agent-presets` 读取。插件在请求边界、设置服务与 preset 注册三处同时适配。
|
|
296
296
|
- **0.1.6** 把 workflow 引擎改了包名,插件在 preset 同步时按当前安装自动适配(见「随包分发的 Agent Preset」)。
|
|
297
297
|
- 0.1.1-rc.2 不再声明支持——它既没有 preset 用到的 `present` 工具,`mode` 枚举那时也还写作 `code`。
|