插件权限请求

插件权限请求允许插件代码暂停工具调用或插件自有操作，直到用户批准或拒绝。它们使用 Gateway 网关的 plugin.approval.* 流程，以及处理聊天批准按钮和 /approve 命令的相同批准 UI 界面。

插件权限请求用于插件/应用权限。它们不能替代主机 Exec 审批、可选工具允许列表或 Codex 的原生权限审查。

选择正确的门控机制

选择与你所需决策点匹配的门控机制：

可选工具是发现阶段的门控机制。插件权限请求是逐次调用的门控机制。如果敏感工具需要在模型看到它之前由用户明确选择启用，并且在操作执行前获得批准，请同时使用两者。

在工具调用前请求批准

大多数插件编写的提示应从 before_tool_call 钩子开始。该钩子在模型选择工具之后、OpenClaw 执行工具之前运行：

 export default definePluginEntry({  id: "deploy-policy",  name: "Deploy Policy",  register(api) {    api.on("before_tool_call", async (event) => {      if (event.toolName !== "deploy_service") {        return;      }       const environment =        typeof event.params.environment === "string" ? event.params.environment : "unknown";       return {        requireApproval: {          title: "部署服务",          description: `将服务部署到 ${environment}。`,          severity: environment === "production" ? "critical" : "warning",          allowedDecisions:            environment === "production"              ? ["allow-once", "deny"]              : ["allow-once", "allow-always", "deny"],          timeoutMs: 120_000,          onResolution(decision) {            console.log(`部署批准已解决：${decision}`);          },        },      };    });  },});

为将要批准操作的人员编写提示文本：

• title 应简短并聚焦于操作；Gateway 网关将其限制为 80 个字符。
• description 应具体且范围明确；Gateway 网关将其限制为 512 个字符。
• 包含操作、目标和风险。不要包含不应出现在聊天批准界面中的机密、令牌或私有载荷。
• 如果省略，severity 默认为 "warning"。仅当错误决策可能导致生产环境损坏或数据丢失时，才使用 "critical"。
• 如果省略，allowedDecisions 默认为 ["allow-once", "allow-always", "deny"]。如果对该操作持久授予信任并不安全，请传入 ["allow-once", "deny"]。
• timeoutMs 默认为 120000（2 分钟），无论请求的值是多少，上限均为 600000（10 分钟）。

决策行为

OpenClaw 创建一个带有 plugin: ID 的待处理批准，将其发送到可用的批准界面，并等待决策。

只有请求允许的确切 allow-once 和 allow-always 决策才能允许执行。未知、格式错误、不匹配、缺失和超时的决策都会以关闭方式失败。旧版 timeoutBehavior 字段仍为插件兼容性而接受，但已弃用且会被忽略；不要在新钩子中设置它。

只有当发起请求的插件或运行时实现了持久化时，allow-always 才是持久的。对于普通的 before_tool_call.requireApproval 钩子，OpenClaw 将 allow-once 和 allow-always 视为当前调用的批准决策，并将解析后的值传递给 onResolution。如果你的插件提供 allow-always，请准确记录并实现它信任哪些后续调用。

如果钩子还返回 params，OpenClaw 仅在批准成功后才应用这些参数更改。在高优先级钩子请求批准后，低优先级钩子仍可阻止调用。

allowedDecisions 限制向用户显示的按钮和命令。如果某项决策未由请求提供，Gateway 网关将拒绝使用该决策进行处理的尝试。

路由批准提示

批准提示可以在本地 UI 界面中处理，也可以在支持批准处理的聊天渠道中处理。要将插件批准提示转发到明确指定的聊天目标，请配置 approvals.plugin：

{  approvals: {    plugin: {      enabled: true,      mode: "targets",      agentFilter: ["main"],      targets: [{ channel: "slack", to: "U12345678" }],    },  },}

approvals.plugin 独立于 approvals.exec。启用 Exec 审批转发不会路由插件批准提示，启用插件批准转发也不会更改主机 Exec 策略。

当提示包含手动批准文本时，请使用所提供的决策之一进行处理：

/approve <id> allow-once/approve <id> allow-always/approve <id> deny

有关完整的转发模型、同一聊天中的批准行为、原生渠道投递和特定渠道的批准者规则，请参阅高级 Exec 审批。

Codex 原生权限

Codex 原生权限提示也可以通过插件批准传递，但其所有权与插件编写的钩子不同。

• Codex 审查后，Codex 应用服务器批准请求将通过 OpenClaw 路由。
• 启用原生钩子 permission_request 中继后，该中继可以通过 plugin.approval.request 发出询问。
• 当 Codex 将 _meta.codex_approval_kind 标记为 "mcp_tool_call" 时，MCP 工具批准请求将通过插件批准路由。

有关 Codex 特有的行为和回退规则，请参阅 Codex harness runtime。

故障排查

工具提示插件批准不可用。 没有批准 UI 或已配置的批准路由接受该请求。请连接支持批准的客户端、使用支持同一聊天中 /approve 的渠道，或配置 approvals.plugin。

出现 allow-always，但下次调用仍再次提示。 通用插件批准流程不会自动为任意钩子持久保存信任。请在 onResolution("allow-always") 后在插件中持久保存插件自有的信任，或者仅提供 allow-once 和 deny。

/approve 拒绝该决策。 请求限制了 allowedDecisions。请使用提示中列出的决策之一。

Discord、Matrix、Slack 或 Telegram 提示的路由方式与 Exec 审批不同。 插件批准和 Exec 审批使用独立的配置，并且可能使用不同的授权检查。请验证 approvals.plugin 和该渠道的插件批准支持，而不是仅检查 approvals.exec。

相关内容

• 插件钩子
• Building Plugins
• 高级 Exec 审批
• Gateway 网关协议
• Codex harness runtime