DSH Plugins
返回列表
🤖

dsh-code-review

模型推理 更新于 2026.10.02

在终端中运行以下命令:

dsh plugin install SeanTolstoyevski/dsh-code-review

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 中执行 dsh plugin install SeanTolstoyevski/dsh-code-review,或在插件管理器中安装源码包 https://github.com/SeanTolstoyevski/dsh-code-review。

插件介绍

在 Harness 里写代码时,你往往希望有人专门盯一眼 diff,而不是把审查混进主对话、或让 Agent 一边改一边自评。dsh-code-review 用 /review 按需拉起独立的审查模型:默认对照工作区未提交改动生成报告,也可以只看本会话动过的文件,结果以对话卡片呈现,标题、结论与每条发现都按当前模式约定的字段展示。

插件把「怎么审」做成可配置的模式:内置 cr 聚焦变更行、arc 看改动形态,你还能在配置里自定义角色、发现项字段、严重度词表与运行预设。审查过程中每条结论一经落定就写入记录,流中断、超时、取消或模型未跑完时,已记录内容仍会标为未完成一并交出,而不是整份丢失。报告里的引用会与 diff 及审查实际读过的文件核对,站不住脚的主张会标为 withheld 而非直接发布。

默认情况下,审查与主 Agent 隔离:不向 Agent 告知审查、不把报告灌进其上下文、也不自动改代码——你看完报告再决定要不要动手。只有开启 projectAccess 时,审查会通过 Harness 自带工具读项目,Harness 会把这类访问算作 Agent 触及相关文件,可能影响后续指令上下文,但审查内容本身仍不会进入 Agent。

适合在合并或提交前想多一道人工可读把关、又希望审查与编码会话分开的人;也适合需要按团队规范扩展审查模式、或希望在长审查跑挂时仍能拿到部分结论的开发者。

使用场景

  • 提交前用 /review 检查工作区相对 HEAD 的全部未提交改动
  • 用 mode=arc 从架构形态角度审视同一份变更集
  • 只想审本会话写过或编辑过的文件时使用 /review session

适合人员

  • 希望审查与主 Agent 会话分开、自行决定如何处理的开发者
  • 需要 cr/arc 或自定义审查模式与严重度规范的团队
  • 担心长审查中断却仍需保留已记录发现的维护者