dsh-plan-compact-execute：为 DeepSeek Harness 计划审批补上压缩后执行

它是做什么的？

它是 DeepSeek Harness（DSH）的 plan 模式审批增强插件，为 Web 客户端的计划审批卡片补上第三个选项「压缩后执行」。它解决的是计划审批时上下文太长、又不能用常规压缩命令处理的麻烦：审批发生在工具调用内部，agent 正处于 turn 中，普通压缩路径必然失败。这个 DSH 插件先把计划提交之前的历史压成一条摘要检查点，再批准计划，让模型带着逐字保留的计划开始执行。

核心功能

• 审批卡片操作行从「要求修改 / 同意执行」扩展为「要求修改 / 压缩后执行 / 同意执行」，前两者行为与官方实现完全一致。
• 压缩后执行会先把该会话中计划提交之前的历史压成摘要，再以问题自带的批准标签回答挂起的问题，计划模式随即退出。
• 计划正文、审批原文与未完成的工具批次逐字保留，只有计划之前的探索历史被替换成摘要检查点，对话流中显示为「已压缩」。
• 压缩进行中三个按钮同时禁用；遇到已有压缩在进行、摘要期间表面变化、提交或持久化失败等硬失败时不会批准计划，卡片内显示宿主诊断，仍可改点「同意执行」。
• 提供 minShadowedTokens 配置项，默认 2000，可压缩区间按路由计价不足该 token 数时直接批准并记一条日志。

怎么使用这个插件？

在 DSH Web 客户端进入 plan 模式，等模型提交计划、审批卡片弹出后，点「压缩后执行」即可：插件会先压缩计划之前的历史，再自动批准计划并退出计划模式。若想调整触发门槛，在插件配置里改 minShadowedTokens（例如设为 4000），让上下文足够长时才走压缩路径。注意宿主半区是加载的 JS 产物，改动后需要重启网关；客户端束由 dsh-client-modules 监视，改 lib/client.js 会热替换。

报错怎么排查？

点「压缩后执行」后计划没有被批准，通常是压缩过程中出现了硬失败：已有压缩正在进行、摘要期间表面发生变化，或提交与持久化失败。此时卡片内会显示宿主诊断信息，按官方说明修复后重试即可，也可以直接改点「同意执行」正常批准计划。若压缩区间按路由计价不足 minShadowedTokens，插件会跳过压缩直接批准，并在宿主日志里留一条记录，这属于预期行为而非报错。