前言¶
在 DeepSeek Harness（DSH）里做复杂任务时，单一主力模型容易在证据不足或方案分歧处陷入僵局：继续堆步数往往烧预算，换模型又缺少结构化交接。社区插件目录里，维护者 veritaswiki 的 dsh-expert-panel（GitHub：veritaswiki/dsh-expert-panel）归类为工作流，当前 README 与 package.json 标明版本 5.0.0，许可证 MIT。它不做「日常会话健康监控」或旁路接管，而是：仅在主力陷入僵局时，发起一次受硬性预算与收口契约约束的跨模型对抗式评审，产出主力可直接执行的《裁决与后续工作部署指派单》。下面按定位、流程、配置、界面与安装说明如何使用。
这是什么¶
一句话公理（摘自项目 README）：只在主力模型陷入僵局时，用一次受「硬性预算与收口契约」约束的跨模型对抗式评审，把未知盲区压成一份主力模型可直接执行的指派单。差异点强调 硬性收口契约——保证每次召唤能收口到结论，而不是跑满预算后无正文结案。
- 维护者：veritaswiki
- 包名 / npm：
dsh-expert-panel - 引擎要求：
dsh>= 0.2.0（见 package.json） - 目录页：https://www.skillhub.cn/plugins/veritaswiki/dsh-expert-panel
- 源码：https://github.com/veritaswiki/dsh-expert-panel
唯一流程：三阶段流水线¶
README 明确：没有单专家、主会话原地接管等旁路模式。
| 阶段 | 执行者 | 权限 | 产出 |
|---|---|---|---|
| ① 独立取证 | panelists 全部并行 |
只读 | 各自带代码行号的独立证据报告 |
| ② 交叉互审 | reviewer |
只读 | 逐条挑刺、推翻错误结论、收敛方案 |
| ③ 终裁定稿 | finalExpert（可关） |
可写 | 《裁决与后续工作部署指派单》 |
② 强制不可跳过；③ 由配置项 enableArbiter 控制。
硬性收口契约¶
这是插件相对「只堆多模型」做法的核心约束，README 列出四条机制：
- 步数收口：达预算 60% 时注入「开始收口」提示；达 100% 时工具 guard 锁死取证类工具。
- 时间收口：有效工作时长（扣除工具等待）达 70% 时置
timeBudgetLocked并锁工具。 - 零正文不结案：被中断且无正式文本时自动续跑一轮「只收口、不再取证」。
- 兜底：仍无正文则回退最后推理摘要并标记
emptyConclusion，不留空白结案。
单次专家步数与时限由 maxStepsPerExpert（默认 30）、expertTimeoutSeconds（默认 1800s，不含工具等待）约束。
八个配置项¶
在 DSH 左侧栏「专家团」→「设置」中维护；字段含义以 README 为准：
| 字段 | 说明 |
|---|---|
finalExpert |
③ 终裁专家 |
panelists |
① 独立取证专家（并行数 = 数组长度） |
reviewer |
② 互审官；留空则取第一位取证专家 |
enableArbiter |
是否启用 ③ 终裁 |
workerModel |
日常主力施工模型（展示与交接用） |
requireApproval |
模型主动申请时是否弹确认卡（用户自行 /expert 不弹） |
maxStepsPerExpert |
单次专家最大步数（默认 30） |
expertTimeoutSeconds |
单次有效工作时长上限（默认 1800s） |
保存配置可走 HTTP：POST/PUT /expert-panel/api/config。
HTTP 接口与界面¶
Host 侧提供四个动作（见 README）：
| 方法 | 路径 | 说明 |
|---|---|---|
| GET | /expert-panel/api/state |
运行记录 + 配置 |
| POST/PUT | /expert-panel/api/config |
保存配置 |
| GET | /expert-panel/api/detail?childId= |
子会话工具轨迹 |
| POST | /expert-panel/api/stop |
中断专家 |
界面：左侧栏「专家团」（order 16，位于「自进化」下方），两个页签——运行记录（发起评审、历史、遥测、停止 / 追问 / 打开子会话）与 设置（评审阵容与流程、门禁与收口预算）。
典型操作路径：
- 在「设置」里配置
panelists、reviewer、finalExpert与收口相关预算。 - 在「运行记录」发起一次多轮评审，或在主力卡住时通过插件提供的召唤路径（模型主动申请时受
requireApproval门禁）。 - 评审结束后取回指派单，交回主力模型按单执行；需要时可
GETdetail 查看子会话轨迹，或POSTstop 中断专家。
安装与生效¶
推荐从 npm 安装（README 原文）：
dsh plugin add dsh-expert-panel
从源码安装时，进入克隆后的仓库目录执行：
dsh plugin add .
手动组合时，可在 profile 的 cordis.patch.yml 里用 insert 挂载 id: expert-panel、name: dsh-expert-panel。生效方式：client.js 改动刷新页面即可；Host 侧由 loader 热重载，必要时重启桌面端。
开发自检：
npm test
（语法检查 + 流水线单测，见 README。）
适用场景与注意¶
适合：复杂代码或方案争议、需要多模型只读取证 + 强制互审、且希望产出结构化「裁决与工作部署」而非长对话散谈时；与 v5.0 设计一致，不依赖已删除的会话监督、takeover / summon 旁路或共享任务 DAG 记账。
注意：
- 插件以当前 DSH 进程权限运行；安装前请阅读源码与 MIT 许可证，确认模型与数据边界符合你的环境。
- SkillHub 等社区目录为独立站点，与 DeepSeek / 幻方无官方从属关系；星标与版本以你安装时的 npm / GitHub 为准（资料中 package 版本为 5.0.0）。
- v5.0 相对旧版删去了大块会话监督与旁路入口，若你依赖旧版「全局会话分析」能力，需另找插件或自建流程。
结尾¶
dsh-expert-panel 把「多模型评审」收敛为固定三阶段 + 硬性收口契约，目标输出是指派单而非开放式辩论。了解更多见 SkillHub 目录页 与 GitHub 仓库。
