掘金上一篇产品经理的实战笔记展示了现实：AI 解决了写稿，但自动发到三个平台这一步比想象中复杂得多——三种编辑器内核、三套登录态、知乎还要两步发布加签名校验。链路跑通了，新痛点也浮出水面：看得见单次失败，看不见全局稳定性。这是个人的技术分享，但折射的趋势更值得我们关心。

这是什么

作者搭了一套四件套：Obsidian 当稿件仓库（用 frontmatter——一种 Markdown 文件头部的元数据格式——标记「待发布」和创建时间），Python 脚本按平台路由分发，系统计划任务（Windows schtasks / Linux cron）定时扫队列，SMTP（一种邮件发送协议）回传结果。

听起来简单，实际踩了三类坑：编辑器内核不同（CKEditor、Draft.js 注入方式不一样），知乎要「发布」+「更新」两步流还带签名校验，三个平台的登录态要单独维护。最终结构是「统一入口 + 三个独立平台模块」。

闭环跑通后，作者承认邮件只解决了「我知不知道失败」，没解决「怎么快速补发、哪个平台最近不稳」。下一篇预告要做一个本地客户端，把成功率、补发、平台状态都管起来。

行业怎么看

支持者认为这代表了新一代知识工作者的样子：AI 兜住生产后，竞争焦点自然滑到分发效率和运营节奏，谁能把链路跑得最顺谁就赢。

反对意见更值得我们警觉：一是这是单人定制工程，三个平台任何一次改版都可能导致脚本失效，维护成本不低；二是多数平台对自动化发布并不友好，账号风控随时踩雷；三是更结构性的问题——创作者把一半时间花在自建运营工具上，到底还是不是创作者？

对普通人的影响

对企业 IT：员工自建自动化脚本的速度，已经跑赢 IT 部门提供工具的速度，这是值得我们留意的治理信号。

对个人职场：内容副业的门槛从「写得出来」变成「排得出来、发得出去、看得见效果」，纯写作能力不够用了。

对消费市场：跨平台内容中台、给非程序员的自动化工具，存在真实需求缺口——下一个 SaaS 机会可能藏在这里。