我是如何自动化我的 Substack 工作流的

我的Medium朋友们可以看这篇在Medium上.

我自己写文章。AI帮我规划、制定大纲、起草。然后我又回去重写，删掉不好的部分，加上一个可能不合逻辑的笑话。这部分留给我。

我不想用手做的是之后的所有事情。打开Substack，把文章粘贴进去，看着格式崩溃， 去找一个头图，设置副标题，决定邮件开关。 然后，在状态好的时候，记得在进入下一稿前写个说明。

所以我自动化了这部分。咔嗒声。

我已经自动化了这份工作的另一半。那个系统将二十年分散的文章汇聚到一个档案中。 这是流程的另一端：一件作品完成并放在文件夹里，准备发出时会发生什么。

改宗

在我自建的编辑器应用中，一篇完成的文章是一个HTML文件。 这很容易操作，也很容易复制到Medium上。 不能自动化，因为Medium不允许。 那仍然是复制粘贴。但那个HTML让整个过程更快更简单。

Substack 不一样。

Substack 用 Markdown 并附带前置信息：标题、字幕、一个 slug、简短的 SEO 描述。H1和字幕会移到前片内容中，从正文中消失，这样当Substack渲染自己的标题块时， 它们不会重复出现。章节标题保留。引用块变成了折扣报价，加粗保持加粗，链接保持链接。

然后是标题图片。我默认使用Medium的封面照，直接从我的RSS订阅中提取， 所以两个平台对同一篇文章展示的是同一张照片。 只有当Medium没有，或者形状不适合宽盖时，我才会换另一张照片。 无论如何，它会在上线前被调整大小并转换成 webp。

图片下方有一条斜体线，指向我的Medium朋友们，链接到实时网址的Medium版本。 然后在最后可能刊登我Gumroad产品的产品广告，附上图片和按钮，随意搭配文章内容。

那是我的自动化。我写了这篇文章。Claude 在 Substack 上完成剩下的部分。

选秀，不是直播

运行上传会在Substack上生成草稿。我还是会打开它，自己点击发布。我可以直接通过自动化发布。也许我很快会。

写便条没有草稿阶段。运行命令，它在信息流中是实时的，中间没有审核界面。 我的 Substack Note 命令有一个预演标志。它会直接生成完全相同的帖子并打印，不碰网络，这样我就能在坏帖子被大家看到之前发现。

关于笔记......

注释

帖子发布后，最后一步是发布说明。一个钩子，如果作品有属性，一个属性，明确说明内容，然后是一个链接。

我第一次通过这个平台发送的说明链接回了Medium版本的文章，而不是它本来要推广的Substack帖子。小错误。

我解决了流程。Note 中的链接现在指向 Substack 帖子，先对照实时网站地图，绝不会从标签页中打开的 URL 来假设。

无公共API

Substack 没有公开 API。至少我也没权限。因为他们现在似乎有，但不是每个账户都有。

顺便说一句，Medium多年前就杀了自己的人。

所以我改为构建了一个小型命令行界面（CLI），使用克劳德密码， 基于三个开源项目，每个项目都逆向工程了Substack私有API的一部分。 其中一个草稿流程大致正确，只是上传的图片格式错误。 其中一张是笔记工作原理最清晰的地图。 一颗小红宝石里有另外两颗都没碰过的那块：如何把图像附加到笔记上。

帖子和笔记在下面有两种不同的文档格式。我必须弄清楚这一点。

缺点

这里没有任何支持。Substack明天就能更改这些端点中的任何一个，整个系统都会停止工作，直到我去弄清楚原因。

笔记还没有删除或编辑功能，所以错误的笔记就这样放着，直到我手动删除。

而且每个指令依然是故意手动运行的。没有任何内容会按计时或完全自动发布。 一张纸条一公开，我的名字就会发出，我希望有人在我和那个按钮之间。 即使那个人只是我，再打一行字。

结论

写作对我来说很无聊。之后的一切都有点像。

所以我用自动化剪掉了那部分。

我在子堆栈* 以及中等。如果你也为自己的帖子做类似的东西，大多数内容比看起来更容易找到。 我写了具体的端点、模式和代码向导如果你想自己跳过逆向工程的部分， 那就去吧。你可以让AI帮你构建自动化，让每一个枯燥的步骤更快或自动化。

这挺酷的。获取蓝图