这种能自动执行任务的 AI 工具，能不能先审批再操作，避免它自己乱点乱删？

Aiglade 是一个 Windows 桌面软件，把 Claude Code、Codex CLI、Hermes、OpenClaw 这些 AI 装进一个窗口。它带中文向导：下载安装后跟着向导走，不用会编程就能开始用。多个 AI 工具的 API Key 在 aiglade 里配置一次即可共用，适合 Windows 本机开发、希望用中文界面统一管理多个命令行 AI 的用户。

最后更新：

Agent 和聊天机器人最实际的区别是：它说的话会变成真的事。审批门就是在这中间加一道确认——有后果的动作先停下来，问你一句再做。

哪些动作会被拦

判断标准不是「难不难」，是能不能撤销。

动作要不要拦原因
读文件、查资料不用没后果
改本地未提交的文件看情况有版本控制就能恢复
删除文件、清空目录要删了就没了
提交、推送代码要推出去就收不回
调用外部接口、发请求要对方已经收到了
花钱的操作必须不可逆且直接损失

审批粒度：拦到什么程度合适

拦的粒度按动作的风险定，风险越高越值得拦。拦得太少，关键动作没人看。拦得太多，正常流程也被拖慢。按下面四档定默认建议，起步就有章可循。

动作默认建议
只读不用拦，只看不改的动作放行
写文件拦下确认，写之前看一眼改什么
删文件拦下确认，删之前更要看清楚
执行命令拦下确认，执行前确认命令内容

档位不是死的，可以按实际情况调。刚开始可以拦得稍严一些，跑顺了再放开低风险的一档。调的时候一次只动一档，动完看一段时间再决定下一档。

审批太密会让人无脑点通过，等于没拦。这是调粒度时要守住的底线。拦的动作太多，确认就变成了走形式，真正该拦的动作反而没人认真看。

拦下来是有代价的

每个确认都要打断你一次。如果拦得太频繁，会出现两种结果：你开始不看内容直接点确认，或者干脆把审批关掉。两种都等于没有这道门。

所以配置的目标不是「拦得多」，是拦得准。

怎么配才不烦人

只拦不可逆的

能把「改文件」和「删文件」分开处理，就让改文件直接过，删文件才问。多数工作里改文件占九成，删文件不到一成——拦后者，噪音就降下来了。

在干净的工作区里跑

如果所有改动都在版本控制下、随时能回滚，那「改本地文件」这一类就不需要拦了。危险感来自不可恢复，不是来自动作本身。

把危险动作批量化

与其让它每删一个文件问你一次，不如让它先把要删的清单列出来，你一次看完再放行。你审的是意图，不是逐个动作。

误拦了怎么调

误拦先调规则，别直接把审批全关掉。全关掉等于把这道关卡撤了，下次真有风险动作也没人看。调规则按三步走。

一是看被拦的动作。先确认被拦的到底是哪个动作，是写文件、删文件还是执行命令。动作没看清就调规则，容易放错地方。

二是判断规则是不是过宽。看这条规则拦住的是不是都是低风险动作。如果拦住的大多是日常操作，说明规则定得过宽，需要收窄。

三是只放开一类而不是全关。只把确认过的那一类动作放开，其他类别保持原样。放开之后看一段时间，确认没有新的风险动作漏网，再决定要不要继续调。

相关页面：任务卡住、使用教学。

什么时候可以适当放开

当你对某个 Agent 的脾气有把握之后——你知道它在这个项目里会先看再改、不会乱来——可以为这个项目单独放宽。

这个判断要基于观察，不基于信任。看它跑过十几个任务，每次都先读后写，那就有依据了。只是因为「它看起来挺聪明」就关掉，是另一回事。

在 Aiglade 里

Aiglade 把几个 Agent 的待确认项收到同一个地方，而不是让你在四个终端窗口里分别发现。并行的 Agent 越多，这一点越重要——同时有三个操作等你确认的时候，集中在一处看比分散着看快得多。

相关：让几个 Agent 分工干活。

关键数据

  • 审批机制：删除文件、改动重要设置这类风险操作，执行前会停下来等你确认，而不是直接执行。
  • 内置 4 个 AI：Claude Code、Codex CLI、Hermes、OpenClaw。
  • 本地库 24 张表、131 个 HTTP 接口。
  • 并发默认 10 个任务（每个 Agent 最多 5 个），内置 8 个 Agent 节点。
  • 注册领 key：手机号 + 验证码，约一分钟。
  • 任务记录、确认记录留本机，只有真正调用 AI 的那一步走网络。

FAQ

审批门到底拦什么？

不看"难不难"，看"能不能撤销"：删文件、清空目录、提交推送代码、调用外部接口、花钱的操作会停下来等你确认；读文件、查资料不拦。改本地未提交的文件看情况——有版本控制能恢复的一般不拦。

删文件为什么永远要拦？

因为"没了就是没了"。改文件十有八九、删文件不到一成，删是不可逆里最常见的那一种。

确认弹得太频繁怎么办？

两种坏结果：你开始不看内容直接点确认，或者干脆把审批关掉——两种都等于没有这道门。配置目标是"拦得准"不是"拦得多"：只拦不可逆的，噪音就降下来了。

多个 Agent 同时要确认怎么办？

Aiglade 把几个 Agent 的待确认项收到同一个地方，而不是让你在四个终端窗口里分别发现——并行的 Agent 越多，这一点越重要。

操作步骤

  1. 先定拦的范围：删文件、提交推送、调外部接口、花钱的操作保持拦着，读文件查资料放行。
  2. 在干净的版本控制工作区里跑：改本地文件能恢复，就不用每步确认。
  3. 危险动作批量化：先列要删的清单，一次看完再放行，看的是意图不是每一次按键。
  4. 观察一阵再松绑：看它连续十几个任务都是"先看再动手"，再考虑放宽——永远不要因为"它看着很聪明"就直接关掉审批。

三个常见误区

一句话总结：审批门不是拖慢你，是把不可逆的操作从「它自己决定」改成「你点头才算」。频率高的简单任务可以适当放宽，删除、覆盖、对外发送这三类别关。

参考来源