一条AI图文发布前，我会保留四个状态。
做AI内容运营时，我最怕看到一个没有证据的“发布成功”。
因为这四件事，经常被混在一起。
状态一：本地成品完成。
正文、图片、视频、来源和QC都齐全，ZIP哈希通过。它只证明物料可交付，不证明平台已经收到。
状态二：dry-run通过。
目标、完整正文、媒体路径和声明字段经过UTF-8回读，动作载荷一致。它只证明“准备执行的内容”没有在本地变形。
状态三：平台写入返回。
这一步要记录具体动作ID、返回状态和错误分类。命令退出码为0，也不能替代平台业务状态；失败后不能拿同一授权自动重
试。
状态四：具体ID读回。
拿到微博ID或评论ID后，再只读核验正文、媒体和目标是否一致。只有动作、物料和具体平台ID绑定，才是可复查的平台事实。
还有一个常见边界：人工已经看到内容，不等于系统可以猜出它属于哪份物料。没有具体数字ID，就应该标记“人工报告可见、尚未绑定”，而不是擅自补成自动发布成功。
我现在会把每次动作都留成一条证据链：
物料ID → 载荷哈希 → dry-run → 精确授权 → 执行回执 → 具体ID读回。
缺一环，就保留真实状态，不用一个绿色勾把未知项盖掉。
这套方法来自自己的AIGC运营流程复盘；本轮没有再次回收平台数据，也不代表所有平台都使用相同接口。
#weibo-Cli##人工智能##AIGC##内容运营#