如果你在 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。
FAQ
reviewing算成功吗？
算“成功提交”，但不算“稳定公开上线”。
reviewing要不要重发？
通常不要。更稳的是继续用publish-status回查，而不是立刻补发。
为什么不能把reviewing合并到“已发布”？
因为它会让统计、补发和指标解读全部失真。reviewing是阶段状态，published是结果状态。
本文首发于 OmniGoAI 官网：https://omnigoai.com/zh/blog/omnipost-publish-status-reviewing-vs-published/ ——OmniPost，把内容一键分发到 30+ 平台。
