先检查自己的草稿

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

发布计划草稿已有发布步骤，但未写负责人，回退命令也未验证。展示前自查要找这些具名缺口，而不是让作者给自己的文案好评。

具体做法

把用户要求转成检查表：负责人、回退触发、回退步骤、验证范围及限制。逐项对照草稿，检查前后矛盾、遗漏和无证据成功声明。可修复的表述立即改，未知负责人标未解决，未测试命令标未测试。展示修正稿及剩余缺口；需要独立或执行验证的事项保留为后续门禁。

反例

检查你的发布计划，确保完美。把缺的负责人随便补上，把未测试回退称为已验证。

改进写法

展示草稿前逐项检查负责人、回退触发与命令。负责人未知标待指定；命令未执行标未验证。修复“自动回退”与“人工操作”矛盾，保留实际证据范围，输出修订稿与尚不能宣称完成的检查。

为什么这样改

具名错误类型使自查聚焦于要求和证据，减少遗漏。将可改文字与需要外部事实的缺口分开，防止为了完整外观而捏造条件。

如何验证

教学修订稿保留“负责人待指定”“回退命令未验证”，并将回退机制统一为契约支持的版本。删除一项必需触发条件后，自查应发现缺失。检查修复没有引入新范围或虚假完成记录。

适用边界

同一作者可能重复同一盲点，自查不等于独立复核或测试。清理测试要评估它提供的行为证据，不能按风格机械删除；也不必为了凑批评数量编造问题。