OpenClaw 执行策略与 Runner 画像：风险分级路由、租户配额与人工闸

本文要点

按敏感度、出网、凭据触及面分 L0/L1/L2，路由到不同队列与 Runner 池。
Runner 画像写死并发、工作卷与缓存目录；与租户 max_parallel、磁盘与 inode 预算一并评审。
L2 走人工闸：工单或双人批准 + 时间窗令牌；审计字段与站内回调文 policy_version 对齐。
观测路由拒绝率、配额触顶、闸口滞留 P95，区分策略瓶颈与资源瓶颈。

数据中心机架与抽象光线，象征分级路由与受控算力 — 执行面设计宜在架构图上同时标出：风险分级入口、队列、Runner 画像与人工闸；封面为氛围示意。

1. 风险分级路由：默认拒绝，再谈放行

无分级路由会把所有意图丢进同一 Mac 会话，误配脚本即可碰生产凭据。建议三档：L0 只读、无密钥出网；L1 构建与单测、隔离工作卷与短期令牌；L2 发版、改密钥、跨仓写等可改信任根的操作。验签后先做 intent → tier 映射再选队列，规则需版本化以便灰度复盘。

路由拒绝应带机器可读码（如 tier_mismatch、tenant_cap），勿用笼统 403。与入站、幂等、追踪的衔接可沿用 OpenClaw 回调与云 Mac Runner 的串联：低信任入站校验、执行隔离与幂等重试——可观测性与审计字段怎么设计：路由只吃规范化事件，不在 Mac 上二次猜意图。

2. Runner 画像与租户配额：把「能跑」写成合同

Runner 画像即隐性 SLA：芯片代际、核数、是否 Docker、Derived Data 与容器层是否共盘、默认并发槽位。与租户配额（最大并行、每日构建分钟、峰值 QPS）一并冻结在配置里，变更走发布说明。磁盘与 inode 常先于 CPU 触顶；分层清理与套餐边界见 Apple Silicon 云 Mac Runner 磁盘与 inode 治理：Derived Data、容器层、统一日志与缓存——配额告警、分层清理与套餐存储边界的容量规划，把可写 GB、inode 上限与告警阈值写进同一页评审。

混用宿主与容器时，画像须写明 bind mount / 缓存是否跨 job 复用，避免上一条缓存污染下一条确定性构建。

3. 人工闸与审计：高危路径必须「可点名」

L2 进 人工闸 队列：一次性批准令牌绑定租户、仓库、提交 SHA 与过期时间，控制面放行后消费即废，防截图重放。日志须串起 actor_sub、policy_version、approval_id、runner_profile、slot_lease_until，与回调审计字段表同构。

闸口是把不可逆操作挪到可复盘的人类决策点，而非拖慢自动化；闸口滞留升高时，先查分级、画像 I/O 假设与配额，勿只靠加机器。

4. 对照表：分级 × 路由 × 配额 × 闸

层级	典型意图	路由与 Runner	配额与闸
L0	只读、无密钥出网	共享低敏池或 burst 池；短 TTL 工作卷	租户并发上限；通常无人工闸
L1	构建、单测、制品上传至内网 registry	独占或半独占画像；隔离钥匙串分区	并行 + 磁盘/inode 预算；可选变更窗内自动放行
L2	发版、改密钥、跨租写、生产拨号	强隔离 Runner；禁止与 L0 共队列	人工闸 + 双人规则；全量审计字段必填

5. 结语

受控执行面靠三件事：分级解释意图，画像与配额承诺资源，人工闸为不可逆操作担责。先固定配置模型与观测，再扩并发，否则池越大越难举证「谁、在何策略下、占了哪台机器」。