大模型内容发布为什么需要幂等回查
大模型、RAG 与智能体生成的内容进入网页自动化发布环节时，点击“发布”的瞬间会跨越一条重要边界：此前的填写都可以安全重做，此后的网络超时却不能证明平台没有收到内容。如果客户端在超时后立刻再次点击，就可能产生两篇标题和正文完全相同的文章。
一、把未知结果当成独立状态
一个可靠的任务状态机不应只有成功和失败。至少要区分待提交、提交中、平台已接收、审核中、已公开、明确拒绝和结果未知。结果未知不是普通失败，它表示外部副作用可能已经发生，因此调度器必须停止自动重试。
| 状态 | 是否允许直接重试 | 下一步 |
|---|---|---|
| 填写失败 | 是 | 重新准备页面 |
| 平台明确拒绝 | 否 | 修正内容或规则 |
| 结果未知 | 否 | 先做精确回查 |
| 审核中 | 否 | 定时查询状态 |
二、提交前冻结不可变快照
提交任务应记录文章版本、标题、正文哈希、目标平台和目标账号。准备页面后再回读标题、正文、分类和标签，并计算平台状态指纹。只有指纹与冻结快照一致，最终发布按钮才可以获得一次性提交许可。这样可以避免运营修改文章后，旧页面仍然提交过期内容。
三、回查必须使用强证据
强证据通常包括平台返回的文章 ID、公开 URL、作者后台中的精确标题和提交时间。相似标题或搜索引擎结果不应作为自动判定依据。拿到文章 ID 后，系统先访问公开页并核对标题；尚未公开时，再到作者后台识别审核状态。
伪代码如下：
if public_page(id).title == submitted_title:
state = published
else if owner_list.exact(id, title).status == reviewing:
state = submitted_review
else:
state = result_unknown
四、让一次性许可约束最终点击
准备和提交应拆成两个阶段。准备阶段可以填写、截图并校验，但不能产生公开内容；提交阶段必须持有与任务、账号、文章版本和准备凭据完全一致的一次性许可。许可被消费后立即失效，应用重启也不能再次使用。
结语
幂等回查的目标并不是消灭所有异常，而是确保异常发生时系统不会扩大影响。只要每次提交都有不可变快照、一次性许可、可信文章 ID 和明确的未知状态，自动化发布就能在网络波动、页面改版和平台审核之间保持可恢复、可审计。