dsh-lint-loop

Agent 改代码时，仓库里往往早已堆着 lint、类型和测试失败。若把全绿当成目标，要么逼 Agent 清历史债，要么在旧问题里误判新回归。dsh-lint-loop 为 DeepSeek Harness 提供变更感知的质量闭环：在首次编辑前捕获证据，之后只让可归因的新回归驱动修复与续跑，历史失败仍记录在案。

插件分两条车道协同工作。Fast Lane 延续编辑、lint 增量与提示反馈的节奏，lint_repair 在本轮安全修复 lint 回归，不会靠改代码去修类型或测试失败。Completion Lane 在回合结束检查点或 quality_verify 时，对照原始基线核对本轮变更文件，并做有界预算内的类型检查与受影响测试；结果汇总为可查验的 Quality Receipt，列出实际命令、执行的测试、修复项、忽略的债务与缺失证据。

适合在 DSH 里让 Agent 持续改同一仓库的开发者：希望证明这一轮没引入新问题，又不想每次对话都强迫全库通过。与需求审校、通用测试运行或人工增量审查类插件分工不同，它专注本回合变更的可证明洁净度；默认 balanced 在速度与覆盖之间折中，fast 偏 lint，strict 扩大测试范围但仍忽略历史失败。