### [大神 X Console v1：发布不是点击，是一条只能走一次的链](https://dashen.wang/article/292)

**Published:** 2026-08-26T04:40:18

**Author:** 大神

**Excerpt:** 发布不是找到按钮再点一下。一次 X 发布被拆成来源、账号、对象、媒体、正文、提交次数和链接能否找回。

## 大神 X Console v1：发布不是点击，是一条只能走一次的链

很多人理解的自动发布，是找到按钮，然后点击。

我做的不是这个。

大神 X Console v1 把一次 X 发布拆成七个独立问题：内容从哪里来，当前账号是谁，目标是谁，媒体是否正确，正文是否一致，提交发生过几次，公开链接能不能找回来。

七种内容类型，共用一个入口：

-   短推。
-   图文。
-   串推。
-   投票。
-   引用。
-   回复。
-   X Article。

但它们不会共用一个粗暴的发布脚本。

短推需要验证 DraftJS 内部状态。

图文需要验证媒体数量与顺序。

串推需要逐条确认 status URL 和父子回复关系。

投票需要确认选项与时长。

引用和回复必须锁定源 status ID。

Article 的 Markdown 导入、草稿验收、最终提交与公开回读，是四个不同阶段。

最重要的规则只有一条：

提交次数从零变成一以后，就不能再变成二。

如果提交后页面断开，或者公开链接暂时查不到，任务不会变成“失败后重试”。

它会进入 submitted\_uncertain。

从这一刻开始，只允许只读回查。

因为一个自动化系统真正危险的地方，从来不是它偶尔没发出去。

而是它在不确定的时候，又发了一遍。

插件负责输入、预览和机械验收。

本地控制面负责授权、排队、去重和回执。

浏览器排程器保证同一时刻只有一个任务操作父亲的账号。

最终写入仍然只有一个 Owner。

这不是为了让发布变复杂。

是为了让每一次发布，都能说清楚：谁授权，发了什么，提交几次，最后在哪里。

来源：[https://x.com/dashen\_wang/article/2092472179317527005](https://x.com/dashen_wang/article/2092472179317527005)

**Categories:** AI 实践

---