“Autopilot” 这个词,第一次被用在「在自己域名上自动发布内容」这件事上时,会让人紧张——而这种紧张是对的,合理的问题不是「它打算做什么」,而是「我怎么让它停下来」。Autopilot 发布这块还没上线,所以这篇讲的是我们在第一行代码落地之前就公开定下的设计,不是一份「今天就能打开」的功能清单。
暂停
设计打算:暂停会让新选题不再进入流水线,也会让已经在做的稿子不再进入下一阶段。已经发布的东西不会被碰——暂停要影响的是接下来会发生什么,不是撤销已经发生过的事。这是我们预期大多数人会第一个去按的按钮,设计上要立刻生效,不用等到下一次排定的任务。
接管
设计打算:在流水线中途接管一个选题或一篇稿子,要把编辑权交还给人,同时不丢掉已经做的工作——简报、草稿、质量闸分数都会留着,但没有人批准,下一步就不会自己往前走。就连发布这一环自主度调到最高的设置,设计上也只走到 WordPress 草稿箱为止,从不会自己发出一篇正式文章,所以「接管」主要会用在更早的阶段:选哪个题、写哪份简报、某一篇稿子到底发不发。
撤回一次发布
设计打算:如果某个东西上线了、后来发现有问题,撤回要移除那个具体的改动——一次页面编辑、一条 schema 新增、某个数据驱动功能里的一条记录——如果影响面是全站级的,还要给在线窗口期间受影响的账号逐个发通知,而不是发一条笼统公告,更不能什么都不说。我们目前还没有一次真实的撤回可以拿出来当证据;等我们真的做了,我们会写一篇博客说清楚,而不是只留一句"已完成"。
我们不会碰的那条线
autopilot 就算调到最高自主度,设计上也只走到你 CMS 里的一份草稿为止。我们不打算做出一种模式,是不经人按下按钮就自己发到线上域名——不是技术做不到,而是「它自己发出去了」这句话,我们不希望在一个挂着我们名字的工具上成为真的。上面暂停、接管、撤回这几个控制,都打算建在这一条硬线之上,而不是取代它。
有一条例外要明说:这个博客本身。我们自己的文章,是内部工具自动写好、自动发到 hitmind.ai 上的,没有人一篇篇去按发布。这个风险我们放在自己的域名、用自己的署名来担——要出问题,先在这里出,而不是等到这套东西对准别人的站。给客户的那条路正相反:发布这一环只往你的 CMS 里写一份草稿就停下,那段代码里没有任何分支能把文章设成已发布。
