锁定定稿版本并交接发布批准

这个场景能帮你做什么

作者改过一段，后续流程却仍拿旧文件排版和发布，是内容协作中常见的错版来源。WorkBuddy 可以把版本、批准人和允许执行的动作对应起来，让修改要求与发布批准各有明确记录。

开始前准备什么

准备当前最新正文、标题摘要、封面附件、用户新改内容和已明确的批准记录。标明需要保留的人工修改、目标账号和授权动作；“标题短一点”只能说明要改标题，不能推断已经准许发布。

具体怎么做

确认当前主稿

只读取与本轮有关的最新版本和变更位置，说明正文、标题、图片分别以哪份为准。时间更新不必然代表已批准，需看实际确认。

固化待交版本

为内容与物料列同一版本标识，确保摘要、封面文案和正文不跨稿。发现用户直接修改后，以其最新内容为基础，不能恢复已删段落。

区分两类指令

修改意见用于生成修订稿，批准用于进入指定交付动作。批准草稿交付不自动包含公开发表，授权边界原样传递。

交接执行并核对

给排版或发布环节明确文件与动作，完成后回读关键内容。后台已出现新改稿时先核当前主版，不用旧定稿覆盖。

可以直接交给 WorkBuddy 的要求

请确认本轮最新正文、标题、摘要与封面版本，保留用户最新改动。列明哪些是修改要求、哪些是已批准动作，不能把缩短标题等意见当发布许可。交接时指定准确文件与目标账号；版本冲突先列差异，不恢复删除内容、不覆盖后台新稿。

完成后会得到什么

统一的定稿交接信息和待确认冲突，排版及发布能拿到正确版本与实际授权。

结果怎么检查

核标题摘要是否与正文一致、附件是否同版、批准是否明确针对该版及该动作，是否遗失人工新改段落。

异常怎么处理

无法确定主稿或批准对象时只暂停依赖该项的发布；可以继续整理差异。已发错版由负责人决定修正方式，不静默替换掩盖。

哪些必须由人决定

作者决定内容，负责人决定批准与公开动作，运营确认后台当前版本。WorkBuddy 负责版本衔接，不能替用户补授权。