审核者批准了版本1，不代表知道版本2后来增加的内容。应约定发布批准是否绑定精确内容版本。本题处理编辑签核，不是给承包人扩权限，也不是处理两个编辑窗口同时保存。
适用读者与交付决定
采购作者到审核者发布流程的团队。把本题作为网站供应方的有限验收任务；实际系统证据不能由教学例子替代。
官方依据与解释边界
WordPress默认贡献者可准备文章但不能发布。本例的版本绑定和不同人审核是拟定项目要求，不是核心系统自动保证。 WordPress: roles and capabilities · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 列出有限输入、预期结果及反例，不代表已完成真实平台集成。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| draft2; approved1 | 批准过期 | 暂停待审 |
| draft2; approved2; different reviewer | 当前版本签核 | 发布候选 |
| author and approver same | 本例要求分工 | 复核分工 |
怎样执行验收
- 明确批准覆盖字段和附件，并记录版本身份。
- 批准合成草稿后修改，核对旧批准不能悄悄发布新版。
- 由获准审核者审当前版本并保留签核记录。
如何解释结果与保留证据
例子只比较版本及虚构作者审核者标签，不发布或改权限。候选结果只表示有限拟定规则满足；真实字段、媒体替换及定时发布仍需实测。批准旁应保留内容hash，不只相信状态标签。
适用边界
不改账号、角色或既有内容；双人规则是合成需求，不是所有网站的统一政策。
离线复核
把下方两份文件存入同一目录，以Node22.13或更新版本运行。示例不联网、不修改任何账号或网站。 已填输入与预期输出 · 可检查的函数
node decision-check.mjs cms-publishing-approval-revision.json