玩转AI——Codex 实战：一篇公众号稿背后的 AI 协作流程

很多人第一次用AI 写文章，都会有一种很熟悉的快乐：输入一句需求，几秒钟后，一篇稿子就出来了。

但真正做过公众号的人都知道，麻烦往往不在“第一版文字”。麻烦在后面：选题要不要换，事实要不要核，图片对不对，排版能不能复制，领导临时改方向怎么办，最后文件夹里是不是只剩能交的版本。

这次“玩转AI”没有继续写某个新工具发布，而是把一段真实的稿件制作对话拿出来，当成一个案例：看看 Codex 这类智能体，能不能把一篇内容从“差不多写完”继续推到“真的能发”。

Codex 是 OpenAI 面向复杂任务、代码和文件协作场景的智能体。在授权的工作区里，它可以读取项目材料、生成或修改文件，并按规则持续推进任务。放到内容生产里，它不像一个只会写几段话的助手，更像一个会跟着你一起返工的执行搭子。

一、真正的开始，不是“帮我写一篇”

如果只让AI 写正文，这件事其实没什么新鲜。真正有意思的是，这次任务一开始就不是“写一篇稿”，而是“按一套固定流程交付”。

对话里先定下了很多边界：选题阶段只给候选，不写全文；用户只回复序号后，才进入正式写稿；公开稿里只保留读者需要看到的内容；图片不能是泛泛的科技氛围图；公众号版字号也要统一。

这一步看起来啰嗦，但它解决的是内容工作里最常见的问题：人以为自己说清楚了，AI 以为自己听懂了，最后交出来的东西却总差一点。

真实工作很少一条指令走到底。中途，稿件方向变了：原来准备写“入口介绍”，后来改成 Codex 使用类文章；原来想用第一视角，后来又发现读者可能更接受案例拆解。

这就是内容生产最真实的样子：不是需求一开始就完美，而是写着写着，方向、口吻、配图、格式都在变。

如果AI 只能写第一版，它会在这里失效。Codex 的价值，是能把新要求并回原来的交付规则里：主题换掉，文章重写，配图重配，Word 和公众号版也一起改。

这次还有一个关键环节：不是Codex 自己写完自己夸自己，而是把稿件发到 DeepSeek 的“每周新闻”对话里，让另一个模型挑问题。

DeepSeek 第一轮意见很直接：稿子太像内部复盘，读者不一定关心“我怎么工作”；开头缺少 Codex 基础介绍；“跑完整流程”的说法容易让人误以为全自动；标题也不够像公众号新闻。

这些意见没有被机械照收。Codex 随后逐条回应：该补的补，该弱化的弱化，但也保留真实案例里的过程感。最后稿子才从“内部复盘”往“读者能用的案例”靠近。

写稿过程中，返工最多的其实不是标题，而是图片。

先是配图太泛，后来又被指出“不是内容相关”；有的图文字太空，有的图像单独人物图，有的界面是英文，有的地方还要检查文字溢出。最后，截图要求又变成：直接用真实对话视角。

这很真实。公众号文章不是把正文贴上去就结束，图片承担的是“让读者相信你真的跑过流程”的作用。尤其是讲 AI 使用案例时，越是抽象的能力，越需要具体的过程截图来落地。

把一篇稿子做到最后，最怕的不是没有正文，而是各种小问题堆在一起：Word 改了，公众号版没改；图片换了，网站小图没压；公开稿里混进了不该给读者看的说明；文件名看着差不多，真正交付时又找不到最终版。

Codex 适合接手的，恰好是这些“单件不难、合起来很烦”的工作。

它能把交付物当成一组文件来看：Word 定稿、公众号排版 HTML、配图原图、网站压缩图、事实核查记录。更重要的是，它会按检查清单回头看一遍：图片数量对不对、网页字号对不对、公开稿有没有多余内容、文件能不能打开。

如果你也想把一项重复工作交给AI，不要一上来就说“帮我做完”。可以先这样开口：

我想把【某项重复工作】做成一条可复用流程。请你先不要直接产出最终结果，先帮我拆成：输入材料、确认节点、可自动执行的步骤、需要人工判断的步骤、最终交付物、交付前检查清单。等我确认流程后，再开始执行。

这句话的关键，是先让AI 学会“什么时候不能乱动手”。

等规则稳定下来，AI 才不只是一个写作按钮，而会变成一个能陪你把事情做完的搭子。它不替你拍板，但能帮你少漏很多细节。对每天都要交稿、交表、交方案的人来说，这可能比“写得更快”更实际。