核心用法
OpenExec 是一个受治理的确定性执行服务，核心设计理念是"只执行已批准的操作"。它提供两种运行模式：
Demo 模式：无需外部治理，适合开发者快速验证。仍强制执行确定性执行、重放保护（通过 nonce/action hash）和凭证生成。
ClawShield 模式：生产级配置，要求来自 ClawShield 的签名批准凭证。OpenExec 使用离线公钥验证签名，验证失败则拒绝执行。
部署后通过标准 HTTP 端点交互：/health 健康检查、/execute 执行批准操作、/receipts/verify 验证凭证哈希完整性。
显著优点
- 确定性保证：相同输入必定产生相同输出，消除执行不确定性
- 离线签名验证：ClawShield 模式下无需实时连接治理服务，公钥本地验证
- 完整审计轨迹：每次执行尝试生成可验证凭证，满足合规需求
- 重放攻击防护：通过 nonce 机制防止同一操作被重复执行
- 三层架构隔离：执行层（OpenExec）、治理层（ClawShield）、见证层（ClawLedger）可独立替换，降低单点风险
潜在局限
- 不自包含策略：本身不定义权限策略，依赖外部 ClawShield 系统
- 无自主推理能力：纯执行器，无法进行条件判断或自主决策
- 无容器级隔离：不提供 OS 级沙箱或容器隔离，需额外安全层
- 依赖 RSA/ECDSA 签名：若 ClawShield 私钥泄露，攻击者可伪造批准凭证
- 凭证非链上存证：Receipts 为本地哈希，非区块链级不可篡改存储
适合人群
- 需要执行层与治理层分离的企业系统架构师
- 构建金融/医疗等强合规场景的开发者
- 已通过 ClawShield 采购审批的 Forgerun 企业客户
- 需要确定性 AI/自动化执行但要求人工审批兜底的安全敏感场景
常规风险
| 风险类型 | 说明 | 缓解建议 |
|---------|------|---------|
| 私钥泄露 | ClawShield 公钥配置错误或被替换 | 通过安全渠道分发，定期轮换 |
| 重放绕过 | nonce 生成可预测或重复使用 | 使用 UUID v4 或递增计数器 |
| 凭证伪造 | 哈希算法冲突或实现缺陷 | 审计 receipt 生成逻辑，使用 SHA-256 以上 |
| 模式误配 | 生产环境误用 demo 模式 | 通过 CI/CD 强制注入 `OPENEXEC_MODE=clawshield` |
| 日志篡改 | Receipts 存储于本地可被修改 | 集成 ClawLedger 或外部不可变存储 |