大神 X Console v1：发布不是点击，是一条只能走一次的链
很多人理解的自动发布，是找到按钮，然后点击。
我做的不是这个。
大神 X Console v1 把一次 X 发布拆成七个独立问题：内容从哪里来，当前账号是谁，目标是谁，媒体是否正确，正文是否一致，提交发生过几次，公开链接能不能找回来。
七种内容类型，共用一个入口：
- 短推。
- 图文。
- 串推。
- 投票。
- 引用。
- 回复。
- X Article。
但它们不会共用一个粗暴的发布脚本。
短推需要验证 DraftJS 内部状态。
图文需要验证媒体数量与顺序。
串推需要逐条确认 status URL 和父子回复关系。
投票需要确认选项与时长。
引用和回复必须锁定源 status ID。
Article 的 Markdown 导入、草稿验收、最终提交与公开回读，是四个不同阶段。
最重要的规则只有一条：
提交次数从零变成一以后，就不能再变成二。
如果提交后页面断开，或者公开链接暂时查不到，任务不会变成“失败后重试”。
它会进入 submitted_uncertain。
从这一刻开始，只允许只读回查。
因为一个自动化系统真正危险的地方，从来不是它偶尔没发出去。
而是它在不确定的时候，又发了一遍。
插件负责输入、预览和机械验收。
本地控制面负责授权、排队、去重和回执。
浏览器排程器保证同一时刻只有一个任务操作父亲的账号。
最终写入仍然只有一个 Owner。
这不是为了让发布变复杂。
是为了让每一次发布，都能说清楚：谁授权，发了什么，提交几次，最后在哪里。
Leave a Reply