BoltBlue121/kimi-for-dsh

README 摘要

kimi-for-dsh 第三方模型（Kimi 系为主）在 DeepSeek Harness 里的路由修复插件 解决什么问题 DSH 通过内置的 @deepseek-ai/dsh-llm-pi-ai 适配器（上游库 @earendil-works/pi-ai ）接入 Kimi 等第三方模型。实测存在四类缺口： ① 上下文溢出不被识别 → 不触发自动压缩 Kimi 的两个硬限制报错： 这两段文本都不含 DSH 内置 isContextWindowExceededError 词表要求的关键词，于是被归类为 INVALID REQUEST —— agent-loop 不知道这是"上下文爆了"， 不会触发压缩自愈 ，轮次直接失败。 本插件把这些报错改写为 CONTEXT WINDOW EXCEEDED ，让 DSH 的压缩恢复链路正常接管。 ② 配额型 429 被当成普通限流白重试 报错 语义 正确处置 The engine is currently overloaded 引擎过载 退避重试 ✓ You've reached your usage limit for this period 5 小时滚动窗口耗尽 重试无意义，应终止 You've reached kimi monthly usage limit... 月度配额耗尽 重试无意义，应终止 本插件把配额型改写为 QUOTA EXCEEDED （干净终止、不再浪费配额重试），过载型保持 RATE LIMIT 不变。 ③ k3 提前收尾（premature natural turn-end）→ 流内自救 实测现象 （36 小时内 24 个 k3 轮次中 2 次）：k3 输出一段计划性意图文本（"Let me first locate…" / "Let me run the searches now…"）后 自然停止 （ stopReason: "stop" ），不发出任何工具调用——DSH 记为正常 completed，用户看到的就是"他自己中断了"。两次早收尾步有一个共同签名： 该步完全没有 thinking 块 （pi-ai 目录为 k3 配置 forceAdaptiveThinking ，adaptive 模式允许模型跳过思考）。Kimi Code 官方客户端的 kimiAnthropicTrait 使用 thinking:{type:"enabled"} ；这是当前最强的请求差异线索，但小规模 A/B 实验（3 变体 × 各 10 次真实工具循环）没有复现提前收尾，尚未建立因果关系。 请求体级修复（强制 enabled + context management 契约）插件无法触达——请求体在 pi-ai 内部构造， llm/stream waterfall 的 options 是固定白名单不转发 onP…

分类