🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

智能审批 040822/dsh-codex-approval

DeepSeek 客户端v0.4.7
04082225 天前有提交已提供中文文档扫描:含敏感能力兼容 / 相关生态

dsh-codex-approval插件:仿照Codex的AI自动审批,规则+AI三级风险评估自动放行/拒绝,让dsh沙…

31.5/100
综合分
2
GitHub 星标
205
npm 周下载
—/5
用户评分

数据截至 2026/10/10 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

相关生态插件(非 dsh 原生,按其对应运行时安装)
git clone https://github.com/040822/dsh-codex-approval.git

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:已验证
是什么[目录]—
生态插件
可安装,未声明 dsh 能力
暂无时间戳·判据 →
装得上吗[实装验证]✓
本站已在 dsh 0.2.1-rc.2 下真实安装成功
非静态推断
L5 · 运行时冒烟等级说明 →
数据截至 2026/10/28·判据 →
安全吗[自动扫描]—
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
数据截至 2026/11/04·判据 →
还在维护吗[仓库]✓
活跃:最近一次提交在 25 天前
暂无时间戳·判据 →
图例:✓ 通过! 需注意— 未判定 / 无数据· 「未判定」= 本站尚无数据,不代表插件有问题
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →

可信度证据

安装兼容性检查✓ 自动检查通过
展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✓npm 包dsh-codex-approval @ 0.4.7
✓Node 引擎要求 >=22.19 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/14 03:19:41

安全扫描自动 · 静态分析源码
v2.7.0
🔵 扫描:含敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。

读写/删除本地文件
查看扫描证据(共 7 处,展示前 7 条)
  • 读取本地文件
    index.js:2141
    return statSync(logFile).size;
  • 删除本地文件
    index.js:2151
    unlinkSync(target);
  • 写入本地文件
    index.js:2155
    renameSync(logFile, target);
  • 写入本地文件
    index.js:2177
    mkdirSync(dirname(logFile), { recursive: true });
  • 写入本地文件
    index.js:2185
    await appendFile(logFile, line, { encoding: "utf8", mode: 0o600 });
  • 读取本地文件
    index.js:2573
    if (!existsSync(file)) return undefined;
  • 读取本地文件
    index.js:2576
    text = await readFile(file, "utf8");
扫描于 2026/11/4(0 天前) · 范围 入口闭包 + 全包扫描 · 来源 npm 发布包

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

社区实装还没有人打卡 · 装过的第一个就是你
依赖的 DSH / Cordis 模块
@deepseek-ai/schemastery
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • 规则加AI三级风险评估
  • 自动放行或拒绝
  • 沙箱审批自动化

README

由 DeepSeek 最新模型翻译生成
dsh-codex-approval dsh-codex-approval 鲸鱼娘宣传图:少点审批弹窗,让 Agent 连续工作 少点审批弹窗,让 Agent 连续工作。 为 DeepSeek Harness(DSH)提供自动审批。常见操作自动处理,其余请求交给 AI 判断,需要你决定时再来问你。 你可以继续使用工作区沙箱,同时减少反复点确认的打断。 为什么值得用 · 快速上手 · 文档与支持 · 更新日志 为什么值得用 交给 Agent 一个任务,离开一会儿,回来却发现它还停在审批弹窗前。 如果你也遇到过这种情况,这个插件就是为减少这些停顿而做的。它帮你处理重复的审批判断,让你把注意力留给任务本身。 - 日常开发少打断。 常见只读操作按规则自动处理,其他请求由 AI 评估,再决定放行、拒绝或询问你。 - 长任务不用守着点确认。 切换到无人值守模式,审批不再等你回应;需要确认的操作默认拒绝。 - 按你的习惯调整。 哪些操作允许、哪些需要确认、哪些禁止,都可以配置;也能随时切回人工审批。 | 你关心的事 | 插件怎么处理 | | 每次审批都要等 AI 吗? | 常见操作先走规则,命中就直接处理,不花模型调用 | | AI 能参考我正在做什么吗? | 可以开启会话上下文,让判断参考你提出的任务和授权 | | 判定模型突然不可用了怎么办?
展开完整文档(README 剩余 1 节)
dsh-codex-approval

dsh-codex-approval 鲸鱼娘宣传图:少点审批弹窗,让 Agent 连续工作

少点审批弹窗,让 Agent 连续工作。

为 DeepSeek Harness(DSH)提供自动审批。常见操作自动处理,其余请求交给 AI 判断,需要你决定时再来问你。

你可以继续使用工作区沙箱,同时减少反复点确认的打断。

为什么值得用 · 快速上手 · 文档与支持 · 更新日志

为什么值得用

交给 Agent 一个任务,离开一会儿,回来却发现它还停在审批弹窗前。

如果你也遇到过这种情况,这个插件就是为减少这些停顿而做的。它帮你处理重复的审批判断,让你把注意力留给任务本身。

- 日常开发少打断。 常见只读操作按规则自动处理,其他请求由 AI 评估,再决定放行、拒绝或询问你。
- 长任务不用守着点确认。 切换到无人值守模式,审批不再等你回应;需要确认的操作默认拒绝。
- 按你的习惯调整。 哪些操作允许、哪些需要确认、哪些禁止,都可以配置;也能随时切回人工审批。

| 你关心的事 | 插件怎么处理 |
| 每次审批都要等 AI 吗? | 常见操作先走规则,命中就直接处理,不花模型调用 |
| AI 能参考我正在做什么吗? | 可以开启会话上下文,让判断参考你提出的任务和授权 |
| 判定模型突然不可用了怎么办? | 可以配置备用模型,主模型失败后自动按顺序尝试 |
| 自动拒绝后,Agent 知道原因吗? | 会反馈拒绝来源与理由,引导 Agent 调整方案 |
| 调整起来麻烦吗? | 模型和常用策略在 Web 设置里修改,保存即生效 |
| 想知道某次为什么放行或拒绝? | 有决策日志可查,便于回看和排查 |

快速上手

1. 安装并重启

dsh plugin --profile web add dsh-codex-approval

重启 dsh web 进程,再刷新页面。上面的命令只安装到 web profile。

2. 选一个可用的模型

打开 设置 → 插件 → 插件配置,找到本插件,选择你已经在 DSH 中配置好的判定模型并保存。需要时,也可以添加备用模型。

首次使用请检查主模型和备用模型:内置默认配置来自作者的环境,不一定适用于你的机器。如果模型均不可用,默认会回到人工审批。

3. 开始使用,按需切换模式

在会话权限选择器中保持 workspace-write,输入:

/approval-mode ai

之后照常使用即可。只有操作触发审批时,插件才会介入。

| 工作方式 | 会发生什么 | 切换命令 |
| 日常使用(默认) | 自动处理审批,仍需确认时再问你 | /approval-mode ai |
| 无人值守 | 不弹窗等待,需要确认的操作默认拒绝 | /approval-mode ai-auto |
| 人工审批 | 暂停插件的自动审批,交回 DSH 处理 | /approval-mode manual |

切换只影响当前会话。输入 /approval-mode 查看当前模式,输入 /approval-mode default 恢复配置中的默认模式——默认模式本身可以在 Web 设置卡片里选(设置 → Codex 审批 → 默认审批模式),改完即时生效,不用重启 dsh web。

无人值守模式适合不方便随时回应的长任务。遇到被拒绝的操作,Agent 仍需要调整方案;它不保证每个任务都能自动完成。

文档与支持

| 想了解 | 文档 |
| 调整策略、开启会话上下文 | 配置参考 |
| 编写规则、理解判断过程与日志 | 决策链与规则语法 |
| Web 设置与模型配置排查 | Web 配置卡片 |
| 安全机制与已知限制 | 安全模型与边界 |
| 判定质量怎么衡量(评测三层、指标、门槛) | 评测与回归 |
| 开发、构建与兼容性声明 | 开发说明 |
| 作者本地部署的特殊配置 | 本地部署环境说明 |
| 版本变化 | 更新日志 |

它如何做决定?

先看规则,再请 AI 判断,最后按你选择的模式处理。

例如,在默认的日常模式下,如果这些 Bash 命令触发审批:

- git status:常见只读操作,内置规则直接放行。
- npm publish、git push:发布操作属于红条,必须你本人确认;无人值守时直接拒绝(写死的策略,没有"无人值守就放行"的开关——要在无人值守时放开权限请改宿主的权限档位)。
- rm -rf ./dist、Remove-Item -Recurse build:递归删除一律交你确认——工作区是沙箱的写边界,不是备份,删掉的东西不受权限档位保护。rm -r 也算,rm -rvf 这类打包写法同样命中(判定在 argv 上做,靠拼写绕不过去);rm -rf /、rm -rf ~/Documents 这类越界形态则是直接拒绝。
- git clean -fdx、git reset --hard、git branch -D、docker system prune -af --volumes、kubectl delete ns、wipefs -a:整体状态删除直接拒绝——未提交的工作、分支提交、卷、对象存储前缀在别处没有副本,没有一次授权能把它们找回来。日常形态不被牵连:git branch -d(只删已合并分支)、git restore --staged(只动索引)、kubectl delete pod(重启 Pod 就是删它)交给 AI 判,wipefs -n(dry run)直接放行。
- 其他没被规则覆盖的操作:交给 AI 评估——它同时给出风险、它建议的处理方式和用户授权强度,最终放行与否由程序按规则算;证据不足时它可以要求读取工作区内的脚本再判断。
你可以自行调整规则。带有重定向、串联执行等复杂写法的命令,会做额外检查,不会仅凭开头看起来是只读命令就按规则放行。

想了解具体判断方式,见 决策链与规则语法。

使用注意、常见问题与卸载

使用注意

- 保留沙箱。 支持 workspace-write 和 read-only;danger-full-access 不产生这类审批请求,插件不会介入。
- 同一个 profile 只启用一个自动审批插件。 多个审批插件可能互相干扰。
- AI 可能判断错误。 自动审批不能保证所有操作安全,请按任务需要配置权限与策略。具体边界见 安全说明。

常见问题

装了以后没变化?

确认已重启 dsh web 进程,而不只是刷新页面。再检查会话权限是否为 workspace-write 或 read-only,并用 /approval-mode 确认插件没有处于人工模式。

为什么还是经常弹窗?

可能是某个操作需要你确认,也可能是判定模型不可用。先检查设置里的模型配置;仍有问题时,可查看 ~/.dsh/logs/approval.jsonl 中的决策记录,或参阅 排查文档。

如何卸载?

dsh plugin --profile web remove dsh-codex-approval

需要 Node.js 22.19 或更高版本。内置 Bash 与 Windows PowerShell 规则。

开源协议:MIT。
预览分享卡片长什么样 ↓040822/dsh-codex-approval
分享 · DeepSeek Harness Hub
040822/dsh-codex-approval

dsh-codex-approval插件:仿照Codex的AI自动审批,规则+AI三级风险评估自动放行/拒绝,让dsh沙…

这个插件是你维护的吗?
作者本人可认领并核对本条目;认领通过后,详情页会显示「作者已认领」标记。
认领条目 →
回到顶部