1. 从一次卡住的自动化脚本说起OpenClaw Exec 审批到底在拦什么如果你在本地跑 OpenClaw 的自动化脚本大概率遇到过这种场景脚本里调了一个rg去扫项目目录结果进程挂在那儿不动日志里只留下一句exec.approval.requested然后就没有然后了。你以为是脚本写错了其实是 Exec 审批在中间拦了一道。OpenClaw 的 Exec 审批本质上是给沙箱智能体加的一把安全联锁。智能体想在你真实的主机gateway 或 node上跑命令光有工具策略和提升模式还不够还得过审批这一关。它检查三样东西策略security、允许列表allowlist、以及可选的用户审批ask。三者全过命令才放行。这套机制对本地自动化脚本和多进程协作场景特别关键——因为你既不想让智能体乱跑命令又不想每次都被弹窗打断。我试过在一个多进程协作的项目里gateway 和 node 分属不同进程审批请求从 CLI 发起经过 IPC 回传到 macOS 伴侣应用再等操作者点“允许一次”。整条链路只要有一环没配对命令就卡在 pending 状态。这篇文章就把这条链路拆开从 CLI 触发到 IPC 回传给你可复制的配置片段和消息样例再演示一次从发起 Exec 到审批通过的完整验证动作。适合正在用 OpenClaw 做本地自动化、又想把审批卡点定位清楚的开发者。核心检索词先摆出来OpenClaw Exec 审批是什么它是执行主机上的本地安全层控制智能体能否在真实主机运行命令能做什么拦截未授权命令、按智能体隔离允许列表、支持聊天频道远程审批适合谁跑本地自动化脚本、多进程协作、需要审计命令执行的开发者。2. TaoToken 前置给 OpenClaw 的模型调用配一条稳定通道在拆审批链路之前得先把模型调用这条线理顺。OpenClaw 的智能体要决策“跑什么命令”背后得有模型在推理。如果你用的是云端模型API 通道的稳定性直接决定审批请求能不能及时发出来。TaoToken 在这里的角色就是给 OpenClaw 提供一个兼容 OpenAI 接口规范的模型调用入口让你在exec-approvals.json之外把模型侧配置也固定下来。先说清楚它不是什么TaoToken 不是编辑器替代品也不是让你绕过审批的工具。它就是一个 API 网关你拿到 Key 之后把 Base URL 指向https://taotoken.net/api模型 ID 填你选的型号OpenClaw 的智能体就能正常推理。审批链路本身还是在本地执行主机上跑跟模型通道是两条独立的线。为什么要在审批教程里提前置这一步因为很多人卡审批的时候其实是模型请求先超时了智能体根本没发出exec调用日志里自然看不到审批事件。你把模型通道配稳才能把“审批卡住”和“模型没响应”这两个问题分开定位。操作上分三步。第一步去 TaoToken 控制台创建一个 API Key地址是https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content创建完把 Key 复制出来后面配置里要用。第二步确认你要用的模型 ID可以在模型对话页面先试一条请求地址是https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content选一个响应快的型号记下来。第三步如果你打算长期跑编码类 Agent可以看下 Coding Plan 的额度说明地址是https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content按自己的调用量选档位。这里有个细节要注意OpenClaw 的审批配置存在执行主机本地跟模型 Key 不放在同一个文件里。模型 Key 通常走环境变量或 OpenClaw 的主配置审批配置走~/.openclaw/exec-approvals.json。两者别混混了之后排障会很痛苦。我建议你把模型侧的环境变量单独写一个.env审批侧保持 JSON 原样这样出问题时能快速判断是哪条线断了。另外TaoToken 的 API 地址是https://taotoken.net/api注意这个不带 UTM 参数直接填进 OpenClaw 的 provider 配置里就行。Key 的权限建议只开模型调用别开其他管理权限减少泄露风险。配完之后先用一条最简单的对话请求验证模型通道通不通通了再进审批链路这样排查范围能缩小一半。3. 可复制配置exec-approvals.json 与 IPC 消息样例这一节给你能直接抄的配置。OpenClaw 的审批配置存储在执行主机上的本地 JSON 文件里路径固定是~/.openclaw/exec-approvals.json。下面这份是我实测能跑通的片段包含 socket、defaults、agents 三层结构你可以按自己的项目路径改。{ version: 1, socket: { path: ~/.openclaw/exec-approvals.sock, token: base64url-token-here }, defaults: { security: deny, ask: on-miss, askFallback: deny, autoAllowSkills: false }, agents: { main: { security: allowlist, ask: on-miss, askFallback: deny, autoAllowSkills: true, allowlist: [ { id: B0C8C0B3-2C2D-4F8A-9A3C-5A4B3C2D1E0F, pattern: ~/Projects/**/bin/rg, lastUsedAt: 1737150000000, lastUsedCommand: rg -n TODO, lastResolvedPath: /Users/user/Projects/demo/bin/rg } ] } } }几个字段解释一下。security取deny时阻止所有主机 exec 请求取allowlist时只放行允许列表里的命令取full时允许一切——full权限很大尽量别用。ask取on-miss表示只在允许列表不匹配时提示取always表示每个命令都提示。askFallback是 UI 不可用时的回退策略默认deny最安全。允许列表按智能体管理模式是不区分大小写的 glob而且必须解析到二进制路径只写基本名称的条目会被忽略。如果你用 Claude Code 或 Cline 这类工具接 OpenClaw配置里要写全三件套Base URL、Key、Model ID。Base URL 填https://taotoken.net/apiKey 填你在控制台创建的Model ID 填你验证过的型号。这三样缺一个智能体就发不出 exec 请求审批链路自然也不会触发。IPC 消息这块macOS 的流程是 Gateway 通过 WebSocket 连到 Node ServiceNode Service 再通过 Unix Domain Socket 把system.run转发给 macOS 应用。UDS 的安全机制包括 0600 模式、token 存储、同 UID 对等检查、挑战响应nonce HMAC token 请求哈希加短 TTL。下面是一条审批请求的消息样例字段名跟实际链路对齐{ type: exec.approval.requested, approvalId: apr_7f3a9c2e, runId: apr_7f3a9c2e, command: rg -n TODO ~/Projects/demo, cwd: /Users/user/Projects/demo, agentId: main, resolvedPath: /Users/user/Projects/demo/bin/rg, host: node-macos-01, policy: { security: allowlist, ask: on-miss, askFallback: deny } }审批通过后操作者客户端通过exec.approval.resolve回传决定gateway 再把已批准的请求转发给节点主机。确认对话框里会显示命令加参数、工作目录、智能体 ID、解析后的可执行文件路径、主机加策略元数据。操作选项有三个允许一次立即运行、始终允许则加入允许列表再运行、拒绝则阻止。如果你想把审批转发到聊天频道配置里加一段approvals.execmode 选session或targets然后在聊天里用/approve allow-once、/approve allow-always、/approve deny回复。4. 验证请求从发起 Exec 到审批通过的完整动作配置写完得跑一遍验证。这一节演示一次从 CLI 发起 Exec 到审批通过的完整动作帮你确认链路每一环都通。第一步确认审批配置已加载。在 gateway 主机上执行openclaw approvals list如果返回当前默认值和每智能体覆盖说明 JSON 解析没问题。如果报错说文件不存在检查路径是不是~/.openclaw/exec-approvals.json注意~要展开成实际用户目录。第二步触发一次需要审批的 exec。在智能体会话里发一条命令比如让它跑rg -n TODO ~/Projects/demo。因为rg不在默认安全二进制列表里默认只有 jq、cut、uniq、head、tail、tr、wc而且你的允许列表模式如果没匹配上就会触发on-miss提示。这时候 exec 工具会立即返回一个审批 ID日志里出现exec.approval.requested。第三步观察 IPC 回传。在 macOS 伴侣应用的 UI 上你应该看到确认对话框弹出里面显示命令、工作目录、智能体 ID、解析路径和策略元数据。点“允许一次”应用通过exec.approval.resolve回传gateway 把请求转发给节点主机命令开始执行。第四步核对系统事件。命令跑完后智能体会话里会出现Exec finished消息里面的runId跟审批 ID 一致方便关联。如果命令超过运行通知阈值还会先出现Exec running。如果被拒绝出现的是Exec denied。这三个事件是判断审批结果的最直接依据。第五步验证允许列表生效。点“始终允许”之后再去~/.openclaw/exec-approvals.json里看允许列表应该多了一条带lastUsedAt、lastUsedCommand、lastResolvedPath元数据。下次再跑同样的命令on-miss不会触发直接放行。如果你把审批转发到了聊天频道验证方式换成在频道里发/approve allow-once然后看 gateway 日志里有没有对应的 resolve 记录。这一步能确认出站投递管道是通的。整个验证过程里最容易出问题的是 socket 权限和 token。UDS 模式是 0600token 存在exec-approvals.json里同 UID 对等检查不过的话IPC 直接断。你可以用ls -l ~/.openclaw/exec-approvals.sock看权限用id -u确认当前用户 UID 跟文件属主一致。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth审批链路卡住报错往往不在审批本身而在上下游。这一节对照几个真实报错给你定位思路。401 Unauthorized这个多半出在模型通道不是审批通道。检查你的 TaoToken Key 有没有填对Base URL 是不是https://taotoken.net/apiModel ID 是不是你验证过的型号。三件套缺一个或填错一个智能体发不出请求日志里看不到exec.approval.requested你会误以为是审批卡了。解决方式是先用一条最简单的对话请求单独验证模型通道通了再进审批。local proxy failed这个报错通常出现在 IPC 层说明 gateway 到 node service 的 WebSocket 或 UDS 连接没建起来。检查 node 是否声明了system.execApprovals.get/setmacOS 应用或无头节点主机必须声明这个能力否则目标选择器选不中节点。如果节点没声明直接编辑它本地的~/.openclaw/exec-approvals.json别走 UI。reading choices这个报错一般跟模型响应格式有关说明模型返回的内容解析失败。检查你用的 Model ID 是否支持 OpenClaw 需要的响应结构有些型号对工具调用的支持不完整。换一个验证过的型号或者把请求参数里的 temperature 调低减少格式漂移。OAuth 相关报错如果你用 Codex 的auth.json接 OpenClawOAuth token 过期会导致模型调用失败表现跟 401 类似。检查auth.json里的 token 有效期过期就重新走一遍授权流程。注意auth.json的路径和权限别让其他进程读到。除了这几个还有两个审批特有的坑。一是askFallback设成了deny但 UI 不可用请求直接被拒日志里是Exec denied你会以为是自己点了拒绝。二是允许列表模式写成了基本名称比如只写rg而不是~/Projects/**/bin/rg这种条目会被忽略命令永远匹配不上一直触发on-miss。解决方式是确保模式解析到二进制路径。排查顺序建议这样先确认模型通道通排除 401 和 OAuth再确认 IPC 连接通排除 local proxy failed再确认审批配置加载正确排除允许列表模式问题最后看系统事件里的runId关联。这样一层层剥比盲目改配置快得多。6. 语义一致 CTA把审批链路和模型通道都固定下来审批链路拆到这儿你应该能定位大部分卡点了。核心就三件事模型通道要稳IPC 连接要通审批配置要准。模型通道这块TaoToken 的 API Key 在https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content创建接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content里面有各语言的调用样例照着填 Base URL 和 Model ID 就行。如果你还在选模型先去模型对话页面试几条请求地址是https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content挑一个响应快、工具调用支持好的型号。长期跑编码类 Agent 的话Coding Plan 的额度说明在https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content按调用量选档位比按次付费省心。最后提醒一句审批配置里的security尽量用allowlist别图省事用full。full会跳过审批等于把安全联锁拆了。允许列表按智能体隔离防止一个智能体的审批泄露到其他智能体。审批只对已授权发送者的主机 exec 请求生效未授权发送者发不出/exec。把这些边界守住你的本地自动化脚本就能在安全的前提下跑顺。