v0.3.0 — provider schema 校验层（实测发现 catalog 键致命）

这次改了什么

新增 lib/schema.js：读取 ZCode 自带的 provider 配置，判定我们这份 personal 覆盖结构在该版本下是否仍然成立，不成立时明确告警，而不是等到派活时报一句含糊的 Model creation failed。

一个推翻设计的实测发现

第一版实现试图「镜像」ZCode 内置目录的键（modelRules / templateModelRules / providerConfigRules.templateRules 等）。用真实 CLI（ZCode 3.14.5，schema revision 30）做二分实测发现：

只要多加任何一个 catalog 键，model creation 就失败。personal 覆盖是严格 schema。

所以「镜像填充」恰好是错的。最终实现只输出已验证的 personal 键，把内置目录仅当作兼容性信号使用。

三条被测试锁死的实测事实

1. providerOrder[0] 决定路由到我们的 provider
2. modelConfigRules.manualProviderModelRules 必须存在（空数组即可）
3. catalog 键出现在 personal 覆盖里 = 致命

验证

• 191 条断言，4 套测试全绿（全部 mock spawn，CI 零计费）
• 真实派活 20.7 秒返回，sqlite 查库确认 provider_id=dsh-glm-coding-plan / GLM-5.3-Flash
• npm run check 现在会输出 schema 兼容性结论

使用变化

不需要改任何配置。升级 ZCode 后跑一次 npm run check，若 personal 结构已变更会直接告警并告诉你该改哪里。

v0.2.0 — 让 GLM Coding Plan 额度在 DSH 里用起来（1.5 倍）

v0.2.0 — 首个可用版本

DeepSeek Harness 桌面端插件：通过 ZCode 官方 CLI 调用 GLM Coding Plan 模型，
让已付费的套餐额度在 DSH 会话里发挥作用。

亮点

• 1.5 倍（150%）额度 —— 官方文档把 ZCode 渠道标注为 1.5 倍用量；直连 API Key 按量扣账户余额、不享套餐
• 原生 Agent 能力 —— 文件读写 / Bash / MCP / Hooks，不是纯 LLM 调用
• 多轮续接 —— resume 传上次的 sessionId，客户端负责上下文
• 上下文缓存 —— 实测 cacheReadTokens 命中 13K–68K
• 余量感知自动路由 —— zcode_quota 查余量，闸门做到「够才派活」
• 零计费测试 —— 114 断言全部 mock spawn，CI 上不烧任何额度

安装

前置：装 ZCode 客户端 + 有 GLM Coding Plan 订阅。

详见 README。

验证状态

项	状态
CI（Ubuntu + Windows × Node 18/20/22）	✅ 6/6 绿
单元测试	✅ 114 断言
真实端到端调用	✅ provider_id=dsh-glm-coding-plan / GLM-5.3-Flash，sqlite 可核验
macOS / Linux 路径探测	⚠️ 未在本机验证（实测环境：Windows + ZCode 3.14.5）

合规

驱动官方客户端，不修改其代码与配置，不伪造请求，不绕过服务端校验。
使用请遵循智谱《GLM Coding Plan 使用须知》。