前言¶
在 DeepSeek Harness（DSH）里用智能体改代码、写方案时，常见做法是让同一个模型「再检查一遍」自己的输出。结构性问题是：模型是在用同一套视角审视自己，盲区往往不会因为多一轮反思而消失。dsh-second-review（二次评审）的定位是：主模型照常完成一轮回答，再由另一路配置好的副模型对同一轮做独立复核，只判断「这一轮有没有会让你吃亏的地方」，结论以卡片挂在原回复下方，不改写原消息、不默认接管发送权。
下面按定位、能力、安装配置与用法说明该插件；事实以仓库 README（当前版本 1.3.4）为准。维护者为 RainSnowYY；在 SkillHub 目录中归类为模型推理。插件以当前 DSH 进程权限运行，安装前建议查看源码与 MIT 许可证。
这是什么¶
dsh-second-review 是 DSH 的对话侧插件：一次真实复核对应一次副模型调用，复核当前轮及此前对话上下文（有字符上限与截断规则）。结论只有四档：通过、一剑封喉（major，不改不行，最多 2 条）、一针见血（minor，可留意，最多 1 条）、没评成（unclear）。它只报有具体代价的问题（删错、丢数据、白花钱、返工、被误导、方案从根上不成立），不写措辞、标点、礼貌等噪声类意见。
复核结果除界面卡片外，会落盘到工作区 二次评审\ 目录；卡片默认不进入会话导出记录，但 Markdown 记录可查。与 README 表述一致：它是复核，不是重答——不接管发送权，不修改消息归属，不替用户对外发送；默认也不修改工作区文件。
核心功能¶
| 能力 | 说明 |
|---|---|
| 二次评审 | 对指定一轮手动触发复核 |
| 自动评审 | 新回复到达后自动复核一次，默认关闭 |
| 副模型主刀 | 交换角色：下一轮由副模型回答，原主模型复核；按会话保存 |
| 让主模型读 | 把评审结论交给主模型，促其正面回应（额外一次主模型调用） |
| 停止 | 中止进行中的复核；已生成内容与已产生费用不退回 |
| 先看效果 | 用模拟数据渲染卡片，不调模型、不产生费用 |
| 引文核验 | 本地比对回复中「用户原话」是否有会话记录支撑（默认开启） |
评审逻辑上，服务端会强制「影响」字段：写不出具体代价的条目会被丢弃；超出条数上限时会标明「另有 N 条被省略」。v1.1.0 起的引文核验只针对被复核的那条回复，且归属词须紧邻引号（如「你说」「你刚才说」）；查不到出处会在卡片标注，但不参与通过/拦截结论。
费用方面，插件本身不提供模型额度，走你在 DSH 里已配置的 provider；一次真实复核至少一次副模型调用，自动评审按条计费，「副模型主刀」「让主模型读」按对应模型另计。
副模型怎么配才有用¶
README 强调：主、副模型要足够不同，同源同系列配对复核收益接近零；副模型上下文过小（< 32k）时，长对话可能被服务端拒绝，表现为「没调通」。
日常迭代可用「快筛 + 精审」：主模型用轻量快速型，副模型用明显更强的大参数模型。关键交付可用「能力互补」：主模型偏工程/逻辑，副模型偏文字与表达。未在设置里指定时，默认副模型为 deepseek-account / deepseek-flash——若主模型也是它，等于自评，应换成不同来源或不同档位。
安装与启用¶
README 写明当前仅在 Windows 桌面端验证通过；macOS / Linux 未做测试。与 SkillHub 目录页 同属社区插件分发，非 DeepSeek / 幻方官方应用商店。
方式一：按包名安装（推荐）
- 打开 DSH → 插件 → 添加插件；
- 在包名一栏填写
dsh-second-review，确认安装（从 npm 取最新版）； - 在插件列表中启用
dsh-second-review； - 完全退出并重新打开 DSH。
方式二：本地目录
将插件文件夹放到任意路径后，在「添加插件」中粘贴绝对路径，例如：
file:C:\Users\<用户名>\Documents\dsh-second-review
安装后同样启用并整窗重启 DSH。
方式三：压缩包
在「添加插件」中选择 dsh-second-review-1.3.4.tgz 等发行包。
设置页路径：插件 → 二次评审，分四段（模型 / 评审模式 / 权限 / 关于）；修改后需点底部「保存」。package.json 标明与 DSH 0.2.2-rc.1 兼容。
配置项¶
配置文件位于：
%USERPROFILE%\.dsh\dsh-second-review\config.json
| 字段 | 默认 | 说明 |
|---|---|---|
provider / model |
deepseek-account / deepseek-flash |
副模型 |
auto |
false |
新回复自动复核 |
mock |
false |
测试模式，不调模型、不落盘 |
allowWrite |
false |
是否向副模型提供写文件工具 |
budgetSec |
0 |
总时长上限（秒），0 为不限 |
idleSec |
0 |
空闲判停（秒），0 为不判 |
checkQuotes |
true |
引文核验 |
noticeAck |
false |
首次费用告知是否已确认 |
首次使用建议保持 auto 关闭，先点「先看效果」熟悉卡片，再做第一次真实复核（首次会展示费用与数据去向说明）。
典型用法¶
单轮闭环（README 推荐工作流）：
主模型回答 → 二次评审（副模型） → 让主模型读 → 主模型修正
长任务不宜全程开自动评审（成本与条数线性相关），可在方案决策、对外交付、文学精修或代码 review 等节点手动点一次复核。需要对比两个模型对同一任务的处理差异时，可开启「副模型主刀」，并记住该状态按会话保存，换会话需重新设置。
需要程序化集成时，插件在 DSH 内暴露 HTTP 接口，前缀为 /plugins/dsh-second-review；发起复核为 POST /review，body 含 sessionId、seq、job、mock 等字段（详见 README「接口」一节）。
权限、隐私与限制¶
真实复核会将当前轮及以前的用户/助手文本发往你所配置的副模型服务商，最多读取最近 60,000 字符，更早内容截断并在卡片标注。副模型默认仅有只读工具访问工作区；AGENTS.md、记忆卡\、工作区内 .dsh\ 等路径不可读。默认不向副模型提供 write_file。
须心里有数的几条限制（摘自 README）：复核不是正确性保证；只评点到的那一轮及以前；工具交互上限 8 轮；「副模型主刀」为会话级状态。列表里装了不显示、点复核没反应、提示「没调通」等，可先对照 README 故障排查表（包名、整窗重启、副模型额度与上下文、空闲闸设置等）。
结尾¶
dsh-second-review 把「独立第二意见」收进 DSH 对话流：主模型执行，副模型只盯可能造成损失的盲区，结果卡片化、可落盘、可让主模型读后修正。适合在 DSH 里做交付前终审或高风险改动的开发者；安装与模型配对成本应和自动评审开关一起权衡。
