帮助 · 人工评审

让 Agent 在继续执行前等待人类批准

页面上有一个“批准”按钮,并不等于工作流真的受控。关键是:决定必须绑定到某个候选版本,Agent 只在收到明确的 approved 结果后继续。

更新于 2026 年 8 月 3 日产品文档
OpenWiki 评审页上的批准、要求修改和拒绝选项
真实评审界面:评审者做结构化决定,而不是把一句“可以”散落在聊天记录里。

发起一次会阻塞执行的评审

CLI 会等待结构化结果,直到评审者决定或超时。评审链接带有决定权,权限明显高于只读链接,不要在公开频道里转发。

ow publish ./plan.mdw --review --no-open --timeout 900

给每一种结果安排明确动作

  1. 批准:只执行被评审过的范围。
  2. 要求修改:改源草稿、重建、再发候选。
  3. 拒绝:终止这条执行路径。
  4. 超时或错误:报告没有得到决定,绝不能自行视为通过。

同一作品也能评审新版本

用 --update 把候选挂在原作品身份下。评审期间,当前正式版继续可读;通过后是追加新修订,不是抹掉历史。

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

评审与浏览器验收是两件事

评审回答“这件事能不能做”;浏览器验收回答“页面是否正确呈现”。可靠的交付需要两者,不能拿一个替代另一个。

常见问题

常见问题

评审超时能算默认批准吗?

不能。超时、网络错误、要求修改和拒绝都属于未批准。

评审链接可以公开发吗?

不可以。它授予决定权,只应交给指定评审者;普通阅读请发只读链接。

使用真实工作流

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

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