大多数「省钱」插件的做法是给你一个折扣渠道，或者帮你把请求转到一个更便宜的模型上。dsh-model-router 走的是另一条路：它在真正花钱之前，先把「这一轮要花多少」摊开给你看，让你决定要不要执行。
前者是花完之后省一点，后者是花之前先拦住。这篇按使用顺序讲清楚它的四个页签、三种模式、成本估算的输入怎么填，以及预算与订阅那套机制到底能管到什么程度。插件是社区项目，不是 DeepSeek 官方产品；当前版本 0.22.2（2026-10-19 发布，MIT，GitHub 199 星）。
它管的不是模型选择，是「执行前的决策」
用一句话概括它的定位：在本地规划任务、比较已经配好的路线、检查执行权限，然后再通过模型 API 或受支持的厂商 CLI 去跑有依赖关系的工作包。
很多人对「路由」的直觉是「它会自动帮我调模型」，担心一装上就开始扣费。不是的。它更像一张报价单：先把候选路线、预估费用、依赖关系列出来，最后一步才需要你确认。
四个页签：钱是在哪一页被决定的
工作台按流程分成四个导航页签，页头会汇总已注册的路线、检测到的工具和今日已记录的 API 费用。
| 页签 | 用途 | 和钱的关系 |
|---|---|---|
| 任务与执行 | 描述任务、生成建议、选择执行方式、预览确认、看历史 | 决定这一轮跑不跑 |
| 模型配置 | 刷新与搜索模型目录，编辑精确路线的配置 | 决定单价与质量分 |
| 官方工具 | 入门检查、安装工具、开交互终端 | 决定走 CLI 还是 API |
| 预算与安全 | 设路由、费用、复核策略，查订阅状态与执行边界 | 决定超支时怎么办 |
切换页签时面板保持挂载，正在进行的安装与终端状态不会丢。
三种规划模式：先别急着点执行
生成建议前要选一种模式：
单任务只给一条推荐；团队分工在请求足够复杂时把它拆成有依赖关系的工作包；指定模型则绕过比较，只用你点名的那条精确路线。
这里有个非常容易误解的点：「团队分工」本身不启动团队。它只是把任务拆成工作包，真要跑多工具协作，还得再选「官方工具协作」，并预览确认。选了团队模式不等于已经组队，更不等于已经花钱。
另外，修改任务文本、规划模式、路线配置、目录或相关设置，会让旧建议失效；修改执行输入还会丢弃待确认或已完成的预览。
本地规划不花钱，真执行才扣费
规划阶段的产物是路由建议：路线、复杂度、预估费用、执行通道、每个包的依赖与验收清单。这些都在本地由确定性规则算出来，不启动厂商 CLI，也不发起付费调用。
真要执行时，有两条通道：一条是「模型路由（只读）」，用现有路由执行器；另一条是先选团队分工、再选「官方工具协作」，可以选择只读检查或编辑文件。可编辑团队还要再选执行环境——Harness 受限环境（默认沙箱），还是厂商 CLI 正常环境（在沙箱之外跑）。
所以「省钱」这件事在它这里有明确的边界：省的是规划，不是执行。执行该花多少还是多少，只是你在花之前知道了大概的数。
成本估算的输入：两个数字，一个坑
要让估算有意义，你得在「模型配置」里给参与比较的路线填两样东西：
质量：0 到 100，你自己填。它是主观估值，不是实测分数。工具不会替你验证，也没有客观基准。
价格：单位是 USD / 百万 token，输入与输出分开填。
价格未知就留空，千万别填 0
这是使用这个插件时最容易犯、后果又最隐蔽的错误。价格未知时填 0，等于告诉规划器「这条路线免费」，凡是拿它做的比较都会失真。
按 README 的口径，价格未知时应保持未知：未知价格会让估算变成 null，成本效用记为 0；内部搜索里那个 0 只是费用哨兵值，不代表执行免费。更直白一点——填 0 不是「我不知道」，而是「我确定不要钱」，这两句话在算法眼里完全不同。
至于估算本身，README 给的公式大致是：把未缓存输入、输出、缓存读取、缓存写入四部分分别乘以对应单价，求和后除以一百万。经过适配器归一化后，这四类计数互不重叠，不要把缓存 token 再加到已经包含缓存的输入计数里。
预算：日/月检查，降级或暂停
预算不是单一数字。它有两层：每一次规划的目标预算，加上日与月的累计检查。
超预算时的处理也不是「直接拒绝」，而是可以按策略降级到省钱预设（economy），或者暂停下来等你确认。省钱预设会调整质量、费用、延迟三者的权重，并降低质量下限——也就是说，它会在你能接受的范围内往便宜的方向挪。
但必须说清楚：这是本地记账与估算控制，不是厂商侧的硬性账单上限。插件拦的是「它自己发起的执行」，拦不住你在别处用同一个 key 花的钱，也拦不住厂商按自己的规则计费。把它当成预算提醒，不要当成财务闸门。
订阅优先与冷却：失败不等于立刻换 API
默认策略是订阅优先：优先使用已检测到的 CLI 账号订阅，或已配置的 coding-plan 路由。尝试 CLI 订阅时，插件会移除 API-key 环境变量，避免本来想走订阅却意外走了按量计费。
计费偏好可以设成三档：subscription-first（订阅优先）、api-only（只用 API）、subscription-only（只用订阅）。
失败处理分两种。检测到配额耗尽或限流时，该订阅会进入冷却，之后可以按策略在它配置的 API 路线上重试这一步。而其它订阅失败默认是暂停（onSubscriptionFailure 为 ask），由你在历史记录里选：API 重试、订阅重试，还是取消。
有一条边界要记住：托管的可编辑运行、单工具运行和团队运行，不会自动在 API 上重试。也就是说，自动回退只发生在特定路径上，别假设「失败了它会自己兜住」。
账目对齐：CLI 上报优先，厂商账单才算数
结算逻辑里有一条优先级：CLI 上报的合法美元金额（包括明确的 0）优先于「token × 单价」的计算结果。
按 token 计价需要三个条件同时成立——用量完整、价格已知且非负、上报的实际模型能对上某个已配置模型（或它的显式 CLI 映射）。任何一个不成立，金额就保持 unknown，而不是猜一个数。
还有一条更根本的：厂商账单才是权威。插件记的是本地账本，用于比较与提醒，不是对账凭证。月度结算请以厂商后台为准。
证据边界：这一版没有验证过的端到端执行
这部分是选型时最该看的，也是最容易被营销文案盖住的。
按 README 的说明，0.22.2 并没有已验证的端到端厂商执行，真实厂商执行证据仍然来自 0.20.0 的报告。也就是说，当前版本的能力描述与历史验证之间存在一个版本差，不能默认「新版一定跑通过全套」。
另外，README 里工作台的截图用的是 fixture 模型、价格与健康数据，是模拟 UI 预览，不是真实 Harness 或模型运行。本地可以用 npm run preview:ui 在 127.0.0.1:4173 看 mock 场景——这能验证布局与交互，不能验证你的账号、额度与模型权限。
安全侧同样要交代：本站的自动扫描把它标为「含敏感能力」，共 158 处证据；这些结论来自静态分析，至今尚无人工评估，站点也没有为它建立风险分级。它能执行外部命令、读写与删除本地文件，装之前请自己判断是否需要。
一个能落地的使用顺序
把上面的东西串成一条可执行的路径：
1. 在 Harness 的 Models 页配好 provider、模型与凭据，再到「模型配置」刷新目录。
2. 给需要比较的路线填质量分与输入/输出单价；不确定的价格留空。
3. 在「预算与安全」里设日/月预算与订阅策略，先保守一点。
4. 回「任务与执行」，用单任务模式生成一次建议，只看不跑，熟悉报价单长什么样。
5. 确认费用与路线合理后，再用只读方式执行；需要改文件时，单独走需要确认的路径。
真正开始产生费用的是第五步，而那时候你手里已经有一张估算单了。
总结
这个插件的价值不在于替你省钱，而在于把「要不要花这笔钱」提前到执行之前；把价格填对、把预算设住、把厂商账单当权威，它才是一台靠谱的路由工作台，更多同类工具与安装口径可以在 DeepSeek Harness Hub 插件清单 里对照。
适合与不适合
适合：同时配置了多个模型、需要在质量与价格之间做取舍的团队；已经在用 CLI 订阅、想优先走订阅而不是按量计费的人；任务复杂到需要拆成有依赖的工作包、要提前看报价的场景；愿意手工维护质量分与单价、接受估算而非精确账单的用户。
不适合：想开箱即用、还要厂商侧硬性预算上限的人——不填价格与质量分就没有有意义的估算，而预算只是本地记账；要求当前版本已有完整端到端厂商验证的人——0.22.2 没有，证据还停在 0.20.0；对沙箱外执行有顾虑、又不愿逐次确认的人——cli-native 会用当前 OS 用户权限运行。
标签：模型路由、DeepSeek Harness、成本控制、预算管理、CLI 协作
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。