指南 · 受治理计划

把 AI 计划发布成真正的人工批准闸门

格式再漂亮的计划,也只是提案。安全流程必须把生成、评审、决定和执行拆开,并让 Agent 收到可判断的结构化结果。

更新于 2026 年 8 月 3 日实践指南

先让计划具备可决定性

  1. 写明目标、范围和假设。
  2. 列出变更、影响系统、风险与回滚。
  3. 区分已确认事实和 Agent 判断。
  4. 明确向评审者申请哪一项权限。

发布一个会阻塞的候选

先完成本地校验,再用 --review 等待。评审链接只交给有权做决定的人。

ow a2ui draft check ./plan
ow a2ui draft build ./plan
ow a2ui digest ./plan/document.mdw
ow publish ./plan/document.mdw --review --no-open --timeout 900

把结果映射为 Agent 行为

  1. approved:只执行被批准范围。
  2. changes requested:修改并重发。
  3. rejected:停止。
  4. timeout / error:不执行,报告缺少决定。

后来改了计划,就重新评审

材料变化不大不等于权限没有变化。只要范围、风险或行动实质变化,就在同一身份下追加候选并再次批准。

ow publish ./plan/document.mdw --update <document_id> --review --no-open

常见问题

常见问题

要求修改后,Agent 可以边改边执行吗?

不可以。它可以修订并重新提交,但不能执行未获批准的候选。

旧版批准能覆盖后续大改吗?

不能。决定绑定具体候选,实质变化需要新决定。

使用真实工作流

把 Agent 创作的作品发表出来。

让每份报告、文档或计划拥有面向读者的页面;批注、评审决定和正式版本都从这里回到 Agent。