这篇文章本身,就是 AI 推到公众号后台草稿箱里的。对我来说,这次最有意思的地方不只是“又接了一个接口”,而是 Wendy 先跑通、我再把方向扔给 Codex,最后让它顺着现有工作台把最后那段手工发布自己摸通了。上一篇自动化写作工作台里那个一直残留的尾巴,这次终于补上了。

这句话听起来像个小彩蛋,但它其实正好说明了我这次真正想讲的东西。上一篇写自动化写作工作台时,我已经把很多原来散落在聊天窗口里的动作接进来了。正文、标题、配图、公众号稿、HTML 预览、发布包,基本都能自动长出来。到那一步为止,一篇文章已经不太像“和 AI 聊出一版字”,而更像是在推进一个有目录、有状态、有阶段感的项目。

但认真一点看,那个工作台其实还留着一个很明显的尾巴。文章写完之后,最后还是会停在一句很熟悉的话上:我把发布包给你,你自己粘到公众号后台。这一步不难,甚至每次也就几分钟,但它很容易长期残留在流程尾部。因为前面明明已经像一条完整工作流了,最后却还是要靠人手动搬一次。你不会因为这几分钟特别痛苦,就专门想着去重构它;可只要这一步还在,整条链路就总会在最接近完成的时候重新掉回半自动状态。

所以这次我真正想做的事很简单,就是把这最后一段手工发布也接管下来。

一、这次的起点,不是我要研究公众号接口,而是我手里已经有了一条别人跑通过的线索

这轮并不是从零开始想象一条新流程。更接近真实情况的是,Wendy 先把这件事跑通了一版,然后把 Claude Code 的方案截图发给了我。我看到之后,第一反应不是“我也去照着手工配一遍”,而是觉得这条路完全可以接进现在这套工作台里。

Wendy 发来的 Claude Code 跑通方案截图
Wendy 发来的 Claude Code 跑通方案截图

于是这次真正发生的事情,其实非常简单:我把这个方向直接丢给 Codex,让它去复刻。

我给它的不是一份很完整的 spec,更像只是一个很明确的目标:现在不要只生成发布包了,试试看能不能直接推进到公众号草稿箱。再加上一点有限的线索,比如这件事别人已经通过另一套 agent 跑通了,凭证要从微信开发者平台拿,可能还需要处理白名单和图片。剩下的大部分路,是 Codex 自己顺着仓库现有结构、现有发布流程和实际报错一点点摸出来的。

这也是这次最让我在意的地方。因为它和很多人想象中的“AI 自动化”不太一样。不是先把每一步都拆好,再让工具负责执行;更接近真实情况的反而是,你知道终点在哪,也知道这条路已经有人走通过,但中间怎么接还没有完全拆清楚。这个时候,agent 真正有用的地方,不是替你重复现成步骤,而是替你把中间那段还没被说透的路补出来。

最后一公里卡住在哪里
最后一公里卡住在哪里

二、真正让事情落地的,不是接口名字,而是这些原本很容易被略过去的小环节

如果只从标题看,这件事很像“把公众号草稿箱接口接上了”。但真跑一遍就会发现,真正决定它能不能落地的,其实不是接口名字,而是那些平时很容易一句带过的小环节。

第一个环节就是凭证。AppID 和 AppSecret 的路径并不绕,打开 微信开发者平台,前往控制台,选择 公众号,进入对应账号的 基本信息,然后在 开发密钥 区域就能拿到。真正值得注意的反而不是“去哪找”,而是页面会明确提醒:AppSecret 通常只展示一次,需要自己另行保存。这个细节很重要,因为它会让整件事一下子从“好像只是试一个接口”变成“这其实已经涉及账号权限、密钥保管和发布责任”。

第二个环节是白名单。第一次 live 调用时,接口并没有因为凭证错误而停住,也不是脚本自己崩掉,而是非常直接地告诉我:当前出口 IP 不在白名单里。这个报错反而让我挺高兴。因为它说明问题已经不在“方案对不对”,而在“现实世界最后那道门禁有没有处理完”。换句话说,这条链路已经不是概念演示了,它已经真的碰到公众号后台了。

第三个环节是图片。正文里的本地图片要先变成微信图文消息可用的 URL,封面图还不能直接拿正文图去顶,而要生成适合微信草稿的缩略图素材。到这一步时你会很明显地感觉到,所谓“最后一公里”从来不是一句抽象说法。很多流程真正难的地方,不是核心逻辑太复杂,而是总有几段事务性尾部动作没人愿意细拆,结果它们就长期残留在那里,每次都打断节奏。

微信开发者平台里查找 AppID 和 AppSecret 的位置
微信开发者平台里查找 AppID 和 AppSecret 的位置

三、最快乐的部分,不是写脚本,而是真的看着草稿箱被打通

这次我最喜欢的瞬间,不是某一段代码写完,而是它开始真的和公众号后台发生关系的时候。

第一次 live 调用时,它先撞上了白名单。白名单加上以后,再重试一次,后台就返回了 media_id。那一下的快乐非常具体,不是“AI 好厉害”的那种抽象快乐,而是“这件事真的通了”的快乐。就一分钟左右,一条原本还停留在本地文件夹里的文章,突然就变成了公众号后台里一条真的存在的草稿。

这种快乐其实很工程化,也很项目化。它不是在帮我多写几段字,而是在帮我把一件原本总卡在最后的事,真正推进到完成状态。以前说“差最后一步”,更多只是一个口头说法;这次它变成了一个很可见的状态切换:文章不再只是本地目录里的成稿,而是后台里一个真的可以继续修改、继续发布的草稿对象。

四、真正说明 agent 开始有用了,不是第一次成功,而是第一次成功之后,它还能继续自己收尾

如果故事只停在“成功创建草稿”,那它已经是个能讲的 demo 了。但我觉得真正说明 agent 开始有用了,不是第一次成功,而是第一次成功之后,你继续指出哪里别扭,它还能顺着往下修。

这次就有两个特别典型的小毛刺。第一个,是封面图前面竟然还带着 【封面图】 这种占位字样。第二个,是文章标题已经写进草稿标题字段了,正文里却还重复出现一次。这两件事都不是什么大问题,但它们会让你一眼就看出:这还是一个中间产物,不是一个已经准备好进后台的对象。

后面的处理方式也很直接。我没有自己去手调,而是继续直接告诉 Codex:这个字样很奇怪,去掉;标题不要在正文里重复;顺手把工作流也改掉,避免后面每篇都再长出来。然后它就顺着现有上下文,继续把这些小毛刺一层层收掉了。

再往后一步,我又补了一个更真实的需求:不要每次都新建草稿,支持更新已有草稿。因为真实工作里,一篇文章在发出前本来就会改很多轮。如果系统只能不停新增副本,它依然更像一个演示工具;只有它开始支持原地 update,它才更像一个真的能进入日常流程的东西。

对我来说,这比“第一次跑通”还重要。因为这说明这次不是我把任务拆得很细,它照着做;而是我只是在过程里不断指出哪里别扭,它就顺着现有上下文继续把流程磨平。这个感觉其实很不一样。前一种更像你在管理一个执行器,后一种才更像你在和一个能持续接住上下文的 agent 协作。

五、所以更值得问的问题,也许不是“Codex 或 Claude Code 会不会用公众号 API”,而是“给它一个方向,它能不能自己跑通”

如果只把这件事理解成“会不会接公众号草稿箱接口”,我会觉得有点可惜。它真正有意思的问题其实是:如果你把一个目标、几条有限线索和一条现成工作流扔给 Codex 或 Claude Code,它们能不能自己把这件事跑通?

我现在的感觉是,很多时候,能。

但这个“能”不是无条件的。至少要同时满足几件事。第一,目标要够明确,比如这次的目标就很清楚:不要只停在发布包,直接推进到公众号草稿箱。第二,最好已经有一条现成链路给它接。这次不是从空白目录起步,而是在已有写作工作台上继续长出来的。公众号稿、标题、摘要、配图、发布包都已经存在,所以 agent 不是从零造系统,而是在现有流程上补最后一段。第三,现实世界的权限还是要有人兜底。AppID 和 AppSecret 还是得你自己去拿,AppSecret 只展示一次,IP 白名单也还是需要你来确认。也就是说,agent 可以把中间路径补出来,但涉及账号权限和最终发布责任的那一层,还是得你自己握着。

自己跑通的前提
自己跑通的前提

所以如果要用一句更直接的话来讲,我现在更愿意把它理解成一种新的分工:你负责给目标、给权限、给最后拍板;agent 负责把中间那段原本没人想细拆、但又确实很费事的路补平。这样看下来,这篇文章当然也可以被继续扔给别的 AI agent 去复刻,前提不是“把文章丢过去它就会自动成功”,而是你得同时给它现成工作台、基本线索、权限配合和出错后的真实反馈。满足这些条件之后,我反而觉得,复刻成功的概率是很高的。

六、对我来说,这篇文章真正想留下来的,不是一个公众号接口教程

如果硬要把它写成一篇纯教程,这篇当然也可以那样写,比如完全可以把凭证路径、白名单、草稿创建、草稿更新一条条列出来。但真正让我兴奋的,不是“我现在知道公众号草稿箱怎么推了”,而是我越来越清楚地看到一种更实用的 AI 使用方式。

很多时候,你不需要每次都自己先把路走完,再让 agent 复述一遍。你只需要知道这件事值得做,大方向是通的,自己手上已经有一套基础工作台,然后把目标扔给它,看它能不能顺着现有上下文把剩下那段路摸通。对我来说,这次公众号草稿箱自动化最开心的地方就在这里。它不是在帮我多写一篇文章,而是在告诉我:当一个工作台已经长出来之后,很多后续升级其实不用每次都自己从头设计,可以先把方向扔给 agent,让它在真实反馈里一点点补全。

七、自动化工作台真正成熟,不是更会写,而是越来越少在最后一步散掉

上一篇文章里,我更关心的是怎么把写作从聊天变成项目。这一次,我更关心的是:项目最后能不能真的走进发布系统,而不是总在最后一步重新掉回人工搬运。

所以如果要用一句话概括这次的收获,我现在会这样说:自动化写作工作台真正成熟,不是它更会写,而是它越来越少在最后一步散掉。公众号草稿箱当然只是一个很小的例子,但它是一个非常好的例子,因为它几乎把“最后一公里”的感觉具象化了:前面都很顺,最后却总还要你自己亲手搬一次。只要这一步还在,流程就还没真正闭环;而当这一步也被接进系统之后,变化不只是快一点,而是你第一次会非常明确地感觉到,这篇文章已经不只是写完了,它已经进入后台、进入状态、进入后续可以继续更新和继续发布的轨道里了。

这也是我现在特别喜欢的一种快乐。不是“AI 替我写了一篇文章”的快乐,而是“我把一个原本总会在最后卡一下的流程,真的交给 agent 自己摸通了”的快乐。


说明:本文件为公众号渲染试稿,建议在浏览器中打开后复制渲染结果,再粘贴到公众号编辑器。