dsh-second-opinion

Agent 接到改代码类需求时，常见问题不是写不出来，而是动手太快：需求只读对一半、顺手重构、加了用不上的依赖、边界只覆盖 happy path。写的时候往往自我感觉都对，事后才暴露偏差。dsh-second-opinion 为编码工作加一道第二意见：动手前先写清要解决的问题、验收标准、改动面、既有约定与不确定项，再把要求原文和分析交给另一个评审方专门挑毛病；代码写完和验证做完后再各复审一次。多模块任务时还可以两边分头写、互相查。

插件通过纪律注入驱动流程，评审方完全由你接——宿主子代理、任意 OpenAI 兼容 HTTP 端点、stdin/stdout 的自定义命令，或只要纪律不要评审的 none。契约与参考适配器在仓库内，不绑定任何厂商默认值；拿不到评审时不会卡住整条任务，纪律仍按阶段生效，评审结论留在内部，你看到的是结果与理由。

适合已经在用 DeepSeek Harness、希望主代理别一收到需求就开写的开发者；也适合已有模型路由或自建网关、想把同一套能力当评审方的人。若你更需要写死的单一评审形态，同作者的 dsh-code-review-gate 是另一条路；这里强调的是可替换评审方与按阶段降级，而不是把评审当成过关卡点。