送稿

为什么做它

我每天有一篇要发到抖音的长文。写是 AI 帮着写的,审是我自己审的,卡在中间的是那一两分钟的体力活:打开创作者中心、点发布文章、把正文贴进去、填标题摘要、设时间。每天一次,一年三百多次,而且它只能在电脑上做——抖音的「发布文章」(8000 字的长图文)到现在只有 PC 端创作者中心有入口。

先去 GitHub 上找有没有人做过。看了十个开源项目,结论有点出乎意料:没有一个在抖音上真正实现了「存草稿」,有两个 README 写了支持、读源码是假的。官方开放平台那条路也走不通:能替用户发作品的接口只开放给党政机关和事业单位,而且没有草稿参数、不支持文章形态。所以这一周的产品是自己写的,但流程和选择器大量借了 social-auto-upload 和 douyin-agent 的经验(调研全文在仓库 docs/00 里)。

它做了什么

网页上只有一个队列:标题、摘要、正文 markdown、停在哪一步(定时发布 / 存草稿)。真正干活的是仓库里那个跑在你自己电脑上的 runner:Playwright 连你本机的 Chrome,用你扫码登录的创作者中心,走「发布文章 → 一键导入 .md → 填标题 → 定时发布或暂存离开」,然后停下。定时发布的稿在发布前的窗口里去创作者中心审,能改时间、能取消;存草稿的在草稿箱里审,通过再自己点发布。runner 从不点「立即发布」。

为什么审核不在手机 App 上做:电脑端草稿和手机端草稿不互通,这是抖音的事实,不是设计选择。为什么不在云上跑:登录态要人扫码、要留在一台固定机器上,无头浏览器和机房 IP 都更容易被识别;用户协议 5.1 也明文禁止自动化接入,所以把接触面压到最小——一台机器、一个账号、每天几篇、只做到定时或草稿。

学到了什么

还没真跑过,这一节等第一周之后再写。要核的两件事已经列在 runner 的 README 里:定时的时区抖音按哪边解释,以及文章页到底有没有「暂存离开」。