如果你在 OmniPost 里看到一篇文章的publish status是reviewing最容易犯的错就是直接把它写成“已发布”。但reviewing和published都不是失败却也绝对不是同一种成功。对多平台分发来说reviewing更接近“文章已经送达平台平台正在审核或等待状态收敛”published才更接近“当前已经能按公开上线来记录”。看起来只差一个词实际上会影响后面的统计、补发和巡检逻辑。为什么reviewing不能直接当成published两者回答的是两个不同层级的问题reviewing平台已接收内容但最终公开状态还没完全确定。published平台已认定内容公开可见。所以reviewing不该触发重复补发但也不该直接计入稳定上线成果。更稳的写法通常是“已发出待回查”或“已发出审核中”。混写会带来哪些问题1. 报表虚高把所有reviewing都算进“已发布”只是把待定状态提前算成成功。等后续有文章掉到rejected或offline报表口径就会前后不一致。2. 数据解读过早还在reviewing的文章通常不该和已经published的文章做同口径指标对比。因为平台的推荐流、可见性和最终状态都可能继续变化。3. 自动补发误伤如果自动化逻辑写成“不是 published 就重发”那reviewing就会被错误地当成失败结果变成重复提交、重复草稿甚至触发平台去重。在 OmniPost 里更稳的判读口径最保守、也最适合自动化的解释是reviewing 已成功提交到平台目前没有证据表明它还是草稿或已失败但也还没有足够证据把它写成稳定公开上线。这一定义有三个直接好处不会错判为失败不会过早写成已上线能自然衔接下一轮巡检。一个更稳的工作流如果你在做多平台正式发布推荐把结果拆成三层已发出待定reviewing已稳定上线published异常或待处理draft/offline/rejected/unknown这样做的价值不只是记录更细而是能让补发逻辑、日报和周报使用同一种口径。哪些平台最容易出现这种混淆掘金是最常见的一类文章先进入审核再逐步收敛到最终状态。知乎也可能出现“平台已经收下但还不适合直接写成稳定上线”的阶段。CSDN 则更常见状态回查收敛不够快有时会落到unknown。FAQreviewing算成功吗算“成功提交”但不算“稳定公开上线”。reviewing要不要重发通常不要。更稳的是继续用publish-status回查而不是立刻补发。为什么不能把reviewing合并到“已发布”因为它会让统计、补发和指标解读全部失真。reviewing是阶段状态published是结果状态。本文首发于 OmniGoAI 官网https://omnigoai.com/zh/blog/omnipost-publish-status-reviewing-vs-published/ ——OmniPost把内容一键分发到 30 平台。
