审核与发布安全
系统先阻止不满足条件的动作，再由人对可接受的风险作出明确决定。
blocking 与 warning
| 级别 | 含义 | 能否继续 |
|---|---|---|
| blocking | 缺少必需证据或违反硬性规则 | 不能批准或发布 |
| warning | 存在需要人工判断的风险 | 确认后可继续 |
运行审核
- 确认母稿、平台版本和素材都是当前 revision。
- 运行规则审核与质量检查。
- 修复全部 blocking，重新运行审核。
- 阅读 warning，不要只看总分。
- 人工批准时记录明确意图，批准只绑定当前证据。
AI 提案为什么要重新审核
接受 AI 提案会创建新的 Brief 或 Canonical revision，并在同一事务记录 review-required。它不会创建 ReviewReport 或人工 approval。即使旧版本已经通过审核，新 revision 也必须重新生成当前证据快照、处理 blocking/warning，并由人再次批准。
- 右侧栏的“已接受”只说明内容 revision 已提交，不等于审核通过。
- 接受失败会整体回滚；不要根据按钮消失、HTTP 200 或浏览器中的旧 patch 猜测成功。
- 编辑器会按服务端 receipt 重新读取；若内容随后继续变化，以最新 revision 为准并停止重复接受。
排期与发布保护
- 未审核、未人工确认或 revision 已变化时必须阻止。
- 重复主题、发布间隔和频率由 publish guard 返回 allow、delay 或 block。
- 默认执行 dry-run；真实发布还需要平台授权和逐次人工确认。
- 真实发布是两段式：先签发一次性最终确认（带有效期），再由你逐次确认执行；确认只对当前 revision 与当前证据快照有效。
- 发布中心的“渠道发布门禁”列出的是全部渠道（国内与海外同一张表），每个渠道的可用结论与阻止原因都来自统一渠道注册表；门禁未通过的渠道不会因为你点了按钮就变成可发布。
重要：HTTP 200、旧截图或 mock 结果不能证明真实发布完成。真实发布必须核对平台返回与发布后状态。
失败与恢复
网络、平台或本地服务不可用时保持 fail-closed。不要自动放宽审核规则，也不要用旧 token 或旧 revision 重试。
失败会带上可读的原因类别与是否可重试的判定：只有被标记为可重试的失败才值得原样重试，其余情况需要先修内容、重新审核或重新授权，而不是反复点击。
应用在发布过程中退出时，下次启动会把中断的作业明确标记为需要重新验证，而不是让它停在“进行中”。已在轮询中的海外作业会被保留以便继续查询，不会因为重启被误判为失败。
海外投递中断（作业处于执行中或已阻塞）时，发布中心为该作业提供两个动作：继续海外投递与清理未完成上传。两者都必须先勾选本次确认，且只在桌面宿主可用——Web 运行时直接返回“真实发布执行器不可用”，不会触达任何网关。恢复只提交一次请求，宿主仍会自行重查作业状态、凭据证据与前置条件；返回结果仍需按平台状态验证，不视为发布完成。
相关文档
AI 提案的查看与确认步骤见 工作台与 AI 助手；账户会话或权限异常时阅读 账户与 SSOS 登录；其他问题查看 常见问题与排障。