频道自动化与自动发布机器人：RSS、Webhook、Buffer 与 Make 集成

两种形态，用大白话说

每一种自动化都是两种安排之一，而怎么选，其重要性远不如营销宣传所暗示的那样。

有东西反复来问。某个工具每隔几分钟检查一次订阅源，发现有没见过的新条目，就把它们发出来。它对来源方没有任何要求，所以它能配合世界上任何博客使用，代价是延迟等于两次检查之间的间隔。对于博客、商店或新闻通讯来说，延迟十分钟不算任何人会遇到的问题。

来源方主动告诉你。发布内容的那一方在事情发生的瞬间，向你的某个地址发送一条消息。它是即时的，但要求来源方支持这种推送，也要求你有一个始终在线的地址。对于那些“迟到本身就是全部失败”的提醒——系统宕机、款项到账——这套额外的机制是值得的；而对于一篇每周更新的文章，这就是过度设计了。

介于两者之间的是大多数人应该首先采用的选项：由你自己撰写的定时帖子（第 073 步）。它没有下面任何一种故障模式，严格来说根本不算自动化，而且它彻底解决了“我周四不在电脑前”这个实际问题。

紧急停止，以及它在哪里

在连接任何东西之前，先知道怎么把它停下来，因为你会在一个身边没有电脑的时刻需要它。

停止开关在频道里，不在工具里。打开频道的管理员列表，找到那个机器人，移除它的权限。这在手机上只需几秒，无论自动化自以为在做什么都有效，也不依赖于登录某个密码存在你笔记本电脑上的服务。不管你另外设置了什么，这才是永远管用的控制手段。

有两件事值得在你连接它的当天就做，而不是等它出问题的那天再做。给机器人刚好够用的最窄权限——只有发布，别的都不要。一个还能删除、封禁或修改频道信息的机器人，离闯祸只差一个 bug。另外，在来源方限制频率如果工具允许的话：限制为每小时几条，能把一次失控的循环变成一点小麻烦，而不是一场事故。

三种故障，全都会发生

不是“可能”。任何长期运行的自动化最终都会产生这三种情况，而只要事先预料到，每一种都能扛过去。

格式出错。来自真实来源的标题和摘要包含一些字符，消息格式化器会把它们当作标记——方括号、下划线、星号、清理不当的 HTML 留下的孤立尖括号。结果要么是一条带着可见标记的帖子，要么是一条静默发送失败的帖子。稳妥的选择是发送纯文本，并接受链接也会是纯文本；脆弱的选择是发送格式化文本，然后现场调试。在信任任何东西之前，先用一个包含撇号、方括号和连字符的标题测试一下。

有东西被发了两次。轮询工具会记住它已经见过什么，而当工具重启、来源方更改标识符，或者有人编辑了一条旧条目让它看起来像新的时，这份记忆就会丢失。读者能原谅一次重复，但会因为六次而离开，所以要检查的不是它会不会发生，而是它会不会在没人注意的情况下反复发生。

积压内容一次性涌来。经典的第一天灾难：工具连上了，认定整个存档都是新的，于是在几分钟内发布了两年的帖子。Telegram 会限制机器人发帖的速度，所以你的订阅者实际经历的是一场漫长而缓慢、顺序错乱的雪崩。每一种自动化都应该针对一个已经裁剪过的来源启动，或者启动时把历史记录标记为已读——并且要在你盯着看的时候启动。

现在就试试——五分钟

四个步骤，按这个顺序，在把任何东西连接到任何真实来源之前完成。

1. 演练紧急停止 打开你频道的管理员列表，找到移除机器人权限的地方。现在就做一遍，让你的手记住它在哪。
2. 把自动化设为静默发布 在第一条真实帖子之前，而不是在第一条投诉之后。
3. 用一个别扭的标题发一条测试 撇号、方括号、连字符和一个 & 符号。如果它完整到达，你的格式选择就是可靠的。如果没有，现在就修好，而不是等到发布的时候。
4. 盯住第一个小时 大多数自动化灾难都发生在第一个小时，只要有人在看，就很容易制止。

自动化给不了的东西

这里要小心，有一个理由与频率限制毫无关系。

人们关注一个频道，而不是它所取材的来源，是因为中间那个人——挑选、框定、以及那句说明为什么这一条重要的句子。把这些抽掉，你就造出了一个比订阅者已有的订阅阅读器更差的版本，还投递到了他们用来和朋友聊天的地方。频道相对于来源的优势从来不是速度，而是判断力。

行得通的安排是一种混合，而且并不微妙：让机器承担日常流量，由人来写那些需要人的内容。给一条自动化条目附上一句人话——这次发布为什么重要、改了什么、先读哪个——就能把订阅源变成一份出版物，而这正是读者真正会注意到的差别。

它还解决了第 075 步中自动化悄悄制造出来的问题。自动发布的帖子会引来评论，而评论期待有人在。一个发布内容却没人看的频道，等于挂着一屋子无人回答的问题，这对声誉的损害比什么都不发还要大。

镜像另一个平台，以及为什么读起来不对劲

最常被尝试的自动化是从别处转发——一个社交账号、一个论坛、一个视频频道——而它也最稳定地制造出没人看的频道。问题不在管道。问题在于那些帖子是为另一个房间写的。

家具不会跟着搬过来。另一个平台的用户名在这里指向不了任何东西。在那边用来组织内容的标签，在这里只是装饰。“链接在简介里”指的是一个并不存在的简介，而一条编号的推文串到达时变成一串互不相连的碎片，有时还顺序错乱，每一条都是单独一条通知。

语域也不会跟着搬过来，而这是更大的一半。为信息流写的帖子，是为了打断正在滑动浏览的人：它开头就要响亮，因为它必须挣得一次停留。而频道帖子是作为一条通知到达消息应用里的，它已经打断了对方——它不需要挣得任何东西。因此转发来的内容读起来像在喊叫，而读者远在能说清原因之前就已经察觉到了。

有两种安排可以避免这一点。转发事实，自己写那句话：让自动化带上链接和标题，你再加一句自己的话说明它为什么在这里。或者把镜像放进它自己的频道，明确标注为镜像，这样就不会有人抱着看一份出版物的期待进来，却只看到一根管道。行不通的是所有人最先尝试的中间版本：主频道一半是转发、一半是原创，而受众分不清哪个是哪个。

这个阶段的常见问题