@peterwangze/claude-trigger-router 1.13.0 → 1.15.0
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/README.md +8 -6
- package/dist/cli.js +100 -23
- package/dist/cli.js.map +3 -3
- package/docs/configuration-guide.md +7 -1
- package/docs/release-notes-v1.14.0.md +51 -0
- package/docs/release-notes-v1.15.0.md +45 -0
- package/docs/releasing.md +8 -7
- package/package.json +2 -2
|
@@ -27,6 +27,8 @@ ctr setup
|
|
|
27
27
|
|
|
28
28
|
默认部署模式是 `Runtime.mode: local`,也就是本机运行本地代理服务。只有当你明确要连接已经存在的远程 Trigger Router 服务时,才需要配置 `Runtime.remote_service`。
|
|
29
29
|
|
|
30
|
+
新配置统一只写 `id/api/key/interface/model/thinking/metadata`。旧 `Providers` 结构和 `api_base_url/api_key/protocol` 字段只作为历史配置兼容读取;setup、doctor、UI 保存和配置写回都应回到这套推荐字段。
|
|
31
|
+
|
|
30
32
|
最小可用示例:
|
|
31
33
|
|
|
32
34
|
```yaml
|
|
@@ -268,7 +270,7 @@ Governance:
|
|
|
268
270
|
- 复用当前可用配置
|
|
269
271
|
- 迁移旧 `claude-code-router` 配置
|
|
270
272
|
- 在没有可用配置时先询问“本地使用”、“连接远程服务”或“部署为远程服务端”
|
|
271
|
-
-
|
|
273
|
+
- 本地使用时先新建 `Models[].id + Router.default` 最小配置;如果继续添加复杂任务模型,可直接把它接到 `Router.think` / `Router.longContext`,并可生成 SmartRouter 规则或候选兜底
|
|
272
274
|
- 连接远程服务时写入 `Runtime.remote_service`,不要求先填写本地 provider/model
|
|
273
275
|
- 部署为远程服务端时写入 `HOST: "0.0.0.0"`、bootstrap admin `APIKEY`、`Runtime.mode: "server"` 和可编辑的 `Models + Router.default` 起步模板,并且不会自动启动服务
|
|
274
276
|
- 保存后按角色输出下一步:本地路径提示本地代理状态、`ctr code` 和路由模板;远程客户端路径提示 `ctr status`、远端 ready/status、本地代理转发和可选直连 `ANTHROPIC_BASE_URL` / `ANTHROPIC_AUTH_TOKEN`;服务端路径提示 `ctr doctor` 与 `ctr start --daemon`
|
|
@@ -405,6 +407,8 @@ Models:
|
|
|
405
407
|
|
|
406
408
|
多模型上下文大小差异明显时,建议同时配置小窗口模型和长上下文模型的上下文 metadata,并设置 `Router.longContext`。如果所有候选模型都放不下,运行时会在发往上游前返回明确的 context window 错误,避免让小模型隐性截断或质量劣化。如果你不确定,不建议一开始就配太多 capability hint,先让模型跑通主路径。
|
|
407
409
|
|
|
410
|
+
capability warning 在 CLI、doctor、setup、保存 API 和 `/ui` 中共用同一套语义:`thinking_ignored` 是 warning,需要移除 `thinking` 或确认模型真实支持 reasoning;`tools_text_fallback` / `images_text_fallback` / `context_window_hint_missing` / `safe_input_hint_missing` 是 info,表示可接受的降级或缺少容量提示,但会给出同一条修复 action。
|
|
411
|
+
|
|
408
412
|
## 11. 建议的配置演进顺序
|
|
409
413
|
|
|
410
414
|
最稳的顺序是:
|
|
@@ -417,6 +421,8 @@ Models:
|
|
|
417
421
|
|
|
418
422
|
基础路由排查时先记住当前判断顺序:显式 `provider,model` 上游引用会直接使用;随后才是 `Router.longContext` 阈值、`Router.background`、`Router.think`、`Router.webSearch` 和 `Router.default`。这意味着长上下文可能先于 thinking / webSearch 命中;`Router.background` 目前依赖 Claude Code 请求模型以 `claude-3-5-haiku` 开头;最终定模后还会按模型 metadata 执行 context window guard,必要时切到 `Router.longContext`。可用 `ctr doctor --route-preview --route-text "你的请求"` 先预演,不会调用上游模型。
|
|
419
423
|
|
|
424
|
+
要逐个验证槽位,可以在 route preview 中加参数:`--route-thinking` 验证 `Router.think`,`--route-web-search` 验证 `Router.webSearch`,`--route-tokens 120000` 验证 `Router.longContext`,`--route-model claude-3-5-haiku` 验证 `Router.background`。基础路由可从 `config/trigger.routing.yaml` 复制,SmartRouter 起步建议先用 `config/trigger.smart-router.yaml`,再按需升级到 `config/trigger.smart-router.advanced.yaml`。
|
|
425
|
+
|
|
420
426
|
这样排查问题最简单,也最符合当前文档和测试覆盖的主路径。
|
|
421
427
|
|
|
422
428
|
## 12. 参考文件
|
|
@@ -0,0 +1,51 @@
|
|
|
1
|
+
# Release notes v1.14.0
|
|
2
|
+
|
|
3
|
+
`v1.14.0` 定位为“配置产品化最终收口版”。这个版本不扩展新的路由策略,而是把用户每天会接触的配置入口收敛到同一套字段、同一套槽位解释、同一套 capability warning action 和同一套保存/预览 contract。
|
|
4
|
+
|
|
5
|
+
## 本次主线
|
|
6
|
+
|
|
7
|
+
1. `Models` 字段心智统一。
|
|
8
|
+
- 新配置统一推荐 `Models[].id/api/key/interface/model/thinking/metadata`。
|
|
9
|
+
- `api_base_url/api_key/protocol` 继续兼容读取,但 doctor 修复、UI 保存和配置写回会回到推荐字段。
|
|
10
|
+
- README、配置指南、setup 问答、doctor 和 `/ui` 字段说明已统一口径。
|
|
11
|
+
|
|
12
|
+
2. 路由槽位配置产品化。
|
|
13
|
+
- setup 完成提示给出 `config/trigger.routing.yaml`、SmartRouter 起步/高级模板和逐槽位 route preview 参数。
|
|
14
|
+
- doctor 槽位体检输出基础路由顺序和验证命令。
|
|
15
|
+
- route preview 固定展示判断顺序:显式上游模型 -> `longContext` -> `background` -> `think` -> `webSearch` -> `default`。
|
|
16
|
+
|
|
17
|
+
3. capability warning action 一致。
|
|
18
|
+
- `thinking_ignored` 保持 warning,并给出移除 `thinking` 或确认 reasoning 能力的 action。
|
|
19
|
+
- `tools_text_fallback`、`images_text_fallback`、`context_window_hint_missing`、`safe_input_hint_missing` 保持 info,并在 CLI、doctor、setup、保存 API 和 `/ui` 中复用同一条 action。
|
|
20
|
+
- context metadata 提示只在配置了 `Router.longContext`、确实需要容量比较和 fallback 时出现,避免打扰最小可用配置。
|
|
21
|
+
|
|
22
|
+
4. 配置保存与预览一致性看护。
|
|
23
|
+
- `POST /api/config` 成功和失败都返回 `capabilityWarnings` 与统一 `issueReport`。
|
|
24
|
+
- 保存成功返回 canonical `normalizedConfig`,`/ui` 会刷新草稿并保留保存响应中的 warning/action。
|
|
25
|
+
- 保存写回继续输出推荐字段,不把旧别名重新写进 `Models[]`。
|
|
26
|
+
|
|
27
|
+
## 发布边界
|
|
28
|
+
|
|
29
|
+
- 本版本不改变基础路由和 SmartRouter 的运行时选择顺序。
|
|
30
|
+
- 本版本不新增默认多模型并发执行。
|
|
31
|
+
- 本版本不替代 v1.12.0/v1.13.0 的流式稳定性和核心路由用户体感门禁;这些继续作为回归底线。
|
|
32
|
+
|
|
33
|
+
## 验证
|
|
34
|
+
|
|
35
|
+
本版本收口前至少需要通过:
|
|
36
|
+
|
|
37
|
+
```bash
|
|
38
|
+
npx vitest --run src/doctor/index.test.ts src/setup/index.test.ts src/setup/setup.test.ts src/server.test.ts src/ui/workbench.dom.test.ts src/router/route-preview.test.ts src/deploy-assets.test.ts src/utils/validation-contract.test.ts
|
|
39
|
+
npm run release:verify
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
本轮新增和复核的 targeted 看护:
|
|
43
|
+
|
|
44
|
+
- `src/doctor/index.test.ts`
|
|
45
|
+
- `src/setup/index.test.ts`
|
|
46
|
+
- `src/setup/setup.test.ts`
|
|
47
|
+
- `src/server.test.ts`
|
|
48
|
+
- `src/ui/workbench.dom.test.ts`
|
|
49
|
+
- `src/router/route-preview.test.ts`
|
|
50
|
+
- `src/deploy-assets.test.ts`
|
|
51
|
+
- `src/utils/validation-contract.test.ts`
|
|
@@ -0,0 +1,45 @@
|
|
|
1
|
+
# Release notes v1.15.0
|
|
2
|
+
|
|
3
|
+
`v1.15.0` 定位为“CLI/setup UX 重设计收口版”。这个版本不扩展新的运行时路由策略,而是把 fresh setup、legacy migration、remote client、server profile、SmartRouter 起步引导和短入口 smoke 继续收敛到同一条用户主路径。
|
|
4
|
+
|
|
5
|
+
## What changed
|
|
6
|
+
|
|
7
|
+
1. migration-first 与 model-id-first 主路径收口。
|
|
8
|
+
- `ctr setup` 继续优先复用当前配置或迁移旧 `claude-code-router` 配置;fresh setup 才进入新建流程。
|
|
9
|
+
- fresh setup 的核心问题保持为默认模型 `Models[].id`,`Router.default` 引用这个 model id。
|
|
10
|
+
- setup 持久化边界写出 canonical `Models[].id/api/key/interface/model/thinking/metadata`,不会把 `api_base_url/api_key/protocol` 作为新配置入口回流。
|
|
11
|
+
- `ctr help` 和 README quick start 已同步“复用/迁移优先;首次按 Models[].id 创建默认路由”的入口心智。
|
|
12
|
+
|
|
13
|
+
2. 多模型与 SmartRouter 起步引导。
|
|
14
|
+
- fresh setup 在最小配置后可继续添加复杂任务模型。
|
|
15
|
+
- 新增基础槽位引导:复杂任务模型可直接接到 `Router.think`,或同时接到 `Router.think + Router.longContext`。
|
|
16
|
+
- SmartRouter 起步仍是可选项:可只生成复杂任务规则,也可生成规则 + candidates 智能兜底。
|
|
17
|
+
- 配置指南已说明 setup 可以直接生成可运行、可解释的多模型/SmartRouter 起步配置。
|
|
18
|
+
|
|
19
|
+
3. 完成页 next steps 一致性。
|
|
20
|
+
- 本地使用完成页明确提示先用 `ctr doctor` 或 `ctr status` 确认代理状态,再用 `ctr code` 进入 Claude Code;需要查看配置、路由原因或健康状态时运行 `ctr ui`。
|
|
21
|
+
- 远程客户端完成页继续提示 `doctor/status -> code` 的本地 thin proxy 主路径。
|
|
22
|
+
- 服务端部署完成页继续提示检查 `Models[].id/api/key/interface/model` 后运行 `ctr doctor && ctr start --daemon`。
|
|
23
|
+
- packaged CLI E2E 覆盖三类 setup profile 的完成提示和副作用边界。
|
|
24
|
+
|
|
25
|
+
4. CLI 帮助与入口 smoke 补强。
|
|
26
|
+
- packaged help e2e 现在断言 setup、doctor、code、ui 和 route preview 示例的用户可见文案。
|
|
27
|
+
- `npm run test:e2e:cli:entry` 已纳入 help smoke,短入口门禁覆盖 help、init、doctor、start/status/stop、setup fresh、setup remote client、setup server deployment、code 和 ui。
|
|
28
|
+
|
|
29
|
+
## Validation
|
|
30
|
+
|
|
31
|
+
Targeted validation before release:
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
npx vitest --run src/setup/index.test.ts src/setup/templates.test.ts src/cli-run.test.ts src/build-script.test.ts src/deploy-assets.test.ts
|
|
35
|
+
npx vitest --run src/e2e/cli-e2e.test.ts -t "setup can create a fresh config on first use when no current or legacy config exists"
|
|
36
|
+
npx vitest --run src/e2e/cli-e2e.test.ts -t "setup can create a fresh config|setup can create a remote-service client config|setup can create a server deployment profile"
|
|
37
|
+
npx vitest --run src/e2e/cli-acceptance.test.ts -t "fresh setup -> status -> code smoke"
|
|
38
|
+
npm run test:e2e:cli:entry
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
Final release gate:
|
|
42
|
+
|
|
43
|
+
```bash
|
|
44
|
+
npm run release:verify
|
|
45
|
+
```
|
package/docs/releasing.md
CHANGED
|
@@ -7,7 +7,7 @@
|
|
|
7
7
|
- `Release Check`:在 PR、`master` push 和手动触发时执行发布前检查
|
|
8
8
|
- `Publish Package`:在版本 tag、GitHub Release 或手动触发时执行正式发布
|
|
9
9
|
|
|
10
|
-
本次 `v1.
|
|
10
|
+
本次 `v1.15.0` minor release 的优先级是 CLI/setup UX 重设计收口。发布检查需要优先保护既有 `setup / start / status / code / doctor / ui` 入口主路径,以及 migration-first、model-id-first、setup canonical 写回、多模型基础槽位引导、SmartRouter 起步模板、三类 setup profile next steps、packaged help smoke、route preview 可读解释、`/v1/messages` 流式即时透传、上游中途断流的可读 SSE error、远程中转客户端断开取消上游和结构化 API error 返回不回退。
|
|
11
11
|
|
|
12
12
|
## 一次性准备
|
|
13
13
|
|
|
@@ -26,20 +26,21 @@
|
|
|
26
26
|
|
|
27
27
|
1. 更新版本号
|
|
28
28
|
- `vX.Y.0` 这类 minor release 还需要同步更新版本依赖用例、README 发布定位和对应 release notes。
|
|
29
|
-
- 本次 `v1.
|
|
29
|
+
- 本次 `v1.15.0` 的发布边界以 `docs/release-notes-v1.15.0.md` 为准:主打 CLI/setup UX 重设计收口、migration-first 与 model-id-first 主路径、多模型/SmartRouter 起步引导、三类完成页 next steps 和短入口 smoke 补强。
|
|
30
30
|
2. 本地先执行发布包验证:
|
|
31
31
|
|
|
32
32
|
```bash
|
|
33
33
|
npm run release:verify
|
|
34
34
|
```
|
|
35
35
|
|
|
36
|
-
v1.
|
|
36
|
+
v1.15.0 期间建议在正式 `release:verify` 前额外跑一次 CLI/setup UX 专项:
|
|
37
37
|
|
|
38
38
|
```bash
|
|
39
|
-
|
|
39
|
+
npx vitest --run src/setup/index.test.ts src/setup/setup.test.ts src/setup/templates.test.ts src/cli-run.test.ts src/build-script.test.ts src/deploy-assets.test.ts
|
|
40
|
+
npm run test:e2e:cli:entry
|
|
40
41
|
```
|
|
41
42
|
|
|
42
|
-
这条专项把
|
|
43
|
+
这条专项把 setup 问答、canonical 写回、help 文案、README/配置指南入口、packaged help、setup fresh、remote client、server deployment、code 和 ui 串成同一个发布前门禁。它关注用户能直接感知的“现在该运行哪个命令、默认模型 ID 怎么引用、第二个模型会不会接到槽位、完成页是否讲清下一步”,不是只检查内部函数返回。
|
|
43
44
|
|
|
44
45
|
v1.12.0 期间建议在正式 `release:verify` 前额外跑一次流式稳定专项:
|
|
45
46
|
|
|
@@ -52,7 +53,7 @@ npm run test:e2e:cli
|
|
|
52
53
|
npm run test:e2e:acceptance
|
|
53
54
|
```
|
|
54
55
|
|
|
55
|
-
其中 coverage 口径已经从早期 `src/trigger/**/*.ts` 扩展到 setup、config、models、protocols、governance、server、auth、doctor、cli 主链;`test:ui` 是源码侧 `/ui` DOM smoke,用于保护配置载入、compiled preview、保存失败提示、Health action、benchmark history 和人工校准表单这类基础交互;`test:e2e:cli:entry` 是较短的打包后入口 smoke,用于先保护 init、doctor、start/status/stop、setup fresh、setup remote client、setup server deployment、code 和 ui;后续新增入口功能时,先补对应看护再扩展低频能力。
|
|
56
|
+
其中 coverage 口径已经从早期 `src/trigger/**/*.ts` 扩展到 setup、config、models、protocols、governance、server、auth、doctor、cli 主链;`test:ui` 是源码侧 `/ui` DOM smoke,用于保护配置载入、compiled preview、保存失败提示、Health action、benchmark history 和人工校准表单这类基础交互;`test:e2e:cli:entry` 是较短的打包后入口 smoke,用于先保护 help、init、doctor、start/status/stop、setup fresh、setup remote client、setup server deployment、code 和 ui;后续新增入口功能时,先补对应看护再扩展低频能力。
|
|
56
57
|
|
|
57
58
|
这一步会依次执行:
|
|
58
59
|
|
|
@@ -69,7 +70,7 @@ npm run test:e2e:acceptance
|
|
|
69
70
|
|
|
70
71
|
其中两层打包后验证分别承担不同职责:
|
|
71
72
|
|
|
72
|
-
- `npm run test:e2e:cli:entry`:覆盖打包后 CLI 的入口 smoke,优先保护 init、doctor、start/status/stop、setup fresh、setup remote client、setup server deployment、code 和 ui
|
|
73
|
+
- `npm run test:e2e:cli:entry`:覆盖打包后 CLI 的入口 smoke,优先保护 help、init、doctor、start/status/stop、setup fresh、setup remote client、setup server deployment、code 和 ui
|
|
73
74
|
- `npm run test:e2e:cli`:覆盖打包后 CLI 的主要命令、选择路径与文件副作用边界;当前 Windows 本地完整运行约 3-4 分钟
|
|
74
75
|
- `npm run test:e2e:acceptance`:通过真实 shell / 全局 wrapper / 隔离 HOME 做更贴近人工验收的主路径看护
|
|
75
76
|
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@peterwangze/claude-trigger-router",
|
|
3
|
-
"version": "1.
|
|
3
|
+
"version": "1.15.0",
|
|
4
4
|
"description": "Intelligent trigger-based router for Claude Code with automatic task type detection and model routing",
|
|
5
5
|
"bin": {
|
|
6
6
|
"ctr": "dist/cli.js"
|
|
@@ -30,7 +30,7 @@
|
|
|
30
30
|
"test:route-ux": "vitest --run src/router/route-preview.test.ts src/doctor/index.test.ts src/governance/stream-response-governance.test.ts src/index-startup.test.ts src/e2e/cli-e2e.test.ts -t \"route preview|previews route decisions|router slot summary|emits streamed chunks|readable SSE error|remote forwarding|structured 502|upstream error payloads|SmartRouter rules route|SmartRouter selects\"",
|
|
31
31
|
"test:ui": "vitest --run src/ui/workbench.dom.test.ts",
|
|
32
32
|
"test:e2e:cli": "vitest --run src/e2e/cli-e2e.test.ts",
|
|
33
|
-
"test:e2e:cli:entry": "vitest --run src/e2e/cli-e2e.test.ts -t \"init --force generates|doctor can repair|start/status/stop work|code reuses|ui prints|setup can create a fresh config|setup can create a remote-service client config|setup can create a server deployment profile\"",
|
|
33
|
+
"test:e2e:cli:entry": "vitest --run src/e2e/cli-e2e.test.ts -t \"help exits cleanly|init --force generates|doctor can repair|start/status/stop work|code reuses|ui prints|setup can create a fresh config|setup can create a remote-service client config|setup can create a server deployment profile\"",
|
|
34
34
|
"test:e2e:acceptance": "vitest --run src/e2e/cli-acceptance.test.ts",
|
|
35
35
|
"verify:package": "pwsh -NoProfile -ExecutionPolicy Bypass -File scripts/verify-package.ps1",
|
|
36
36
|
"install:local-release": "pwsh -NoProfile -ExecutionPolicy Bypass -File scripts/install-local-release.ps1",
|