本文由本站基于该插件已收录的字段自动派生（wiki / faq / compatibility_json / readme），非 AI 即时创作。每节末尾标源字段。

快速上手

dsh-approval-llm

— 源: plugin_wiki.wiki_content

安装与验证

dsh plugin --profile web add dsh-approval-llm

复制以上命令在 DSH Web Profile 内运行。安装完成后在「插件列表」启用即可。

— 源: plugins.install

关键要点

• 模式门保证各模式互斥。在 帮我批准 预设下评审模型应答；在 请求批准（及其他预设）下插件全部委托，人工审批行为与装插件前完全一致。两个预设共享 sandbox/approval 旋钮，靠记录的 permission/preset 选择区分。
• 一个部署一个 terminal answerer。dsh 审批链不是多个裁判的优先级列表——只组合一个 answerer。要保留人工兜底，就把人工 UI answerer 放在本插件之后（瀑布的 next() 会到达它）。
• 参数从会话日志读取，而非审批请求本身（审批请求刻意不带参数，避免渲染出第二份可能漂移的副本）。
• id: approval-llm
• • id: approval-llm

— 源: plugin_wiki.readme_zh (fallback readme_raw)

常见问题

不配置 provider/model 也能用吗？

可以。未设置时会回退到本次会话最后一次 request/header 中的对话路由；如果会话日志里也没有，则评审失败并转人工，不会伪造决策。

装上以后人工审批是不是失效了？

不是。插件只在 model-approval 这一个预设下应答；其他预设（含默认的 请求批准）仍然走原有的人工审批，行为与装插件前一致。

评审模型说"拿不准"或挂掉了会怎样？

一律转人工：超时、解析错误、上游错误都产生 ESCALATE 并把请求交给下一个 answerer；这些失败不计入连续拒绝熔断。

我担心模型被工具输出骗过，怎么办？

这是已知风险。建议收紧 humanOnlyList（强制人工的高危工具）、denyList（黑名单）、maxConsecutiveDenials（熔断阈值），并避免在无人值守的高风险场景启用。

安装完怎么配置评审模型？

让任意 agent 加载 configure-approval-llm 技能或对它说"配置审批评审模型"，它会按 AI 先建议、你确认后再写盘的流程，把 approval-llm 行写进 ~/.dsh/profiles/web/cordis.patch.yml，重启 dsh web 生效。

怎么卸载？

通过宿主 DSH 的插件移除命令（如 dsh plugin --profile web remove dsh-approval-llm）移除并重启 dsh web；插件声明的 model-approval 预设由 bundle patch 注入，卸载后该预设将随之消失。

— 源: plugin_wiki.faq_json

兼容性

• DSH: 0.1.0-rc.7+
• Node: 未声明

— 源: plugin_wiki.compatibility_json

踩坑提醒

安装前请审阅上游仓库；本指南基于已收录字段自动派生，可能滞后于最新版本。如发现与官方文档冲突，请以上游为准。

— 来源：通用规则