为什么"写完全文再改"是个坑
很多人第一次用 Codex 写公众号，做法是：给一个主题 → 让它写完整篇文章 → 检查一遍 → 复制进后台。
结果往往是： - 有些话没有明显错误，却不是你的真实经历 - 有些判断写得很确定，却缺少可核对的来源 - 正文定稿后，封面、配图、排版又遇到问题 - 粘贴到公众号后台，本地预览正常的格式全变了
核心问题：全文一旦铺开，修改失去边界。开头不合适会影响后面，某一节太长删掉又会牵动过渡。等几千字写完再调整，反而比逐节确认更费时间。
💡 第一条规则：不要让 Codex 一次写完整篇文章。
八步工作流：Codex 连续执行，人工关键节点确认
把公众号创作拆成八个阶段，Codex 负责执行，你负责在每个节点拍板：
选题 → 大纲 → 逐节初稿 → 风格改写 → 人工打磨 → 排版 → 封面 → 发布预检
第一步：选题（人工 + Codex 辅助）
给 Codex 明确指令：
我是做 AI 工具的自媒体号，目标读者是关注效率提升的职场人。
请根据当前热点，给我 10 个候选选题，每个标注：热度、适合角度、风险、推荐指数。
你只做勾选，不做搬运。
第二步：大纲（先确认骨架再写肉）
大纲要对，方向才不偏。让 Codex 按情绪起伏走，不要"一、背景 二、分析 三、总结"这种干瘪骨架：
按这个结构出大纲：
吐槽引入 → 方案展开 → 时间账对比 → 行动号召
每段标注预计字数和核心论点。
大纲通过，再进入下一步。
第三步：逐节初稿（每次只写一小节）
这是最关键的一步。不要一次让 Codex 写全文，而是：
先写第一节，约 300 字，口语化，保留真实吐槽。写完等我确认再继续下一节。
每一节通过后再写下一节。如果第 3 节技术内容太多，只在这节删减，不会影响前面已确认的内容。
第四步：风格改写
初稿完成后，让 Codex 统一做风格改写：
检查全文，去掉以下 AI 腔：
- "综上所述""首先其次最后"
- 排比感太强的句式
- 过于工整的表达
改为第一人称，像真实创作者复盘的口吻。
第五步：人工打磨（只改事实，不改结构）
这一步由你完成。Codex 不负责的事实核对清单： - 应用版本号、接口地址、公开安装包链接 - 你个人的真实经历和数据 - 涉及金额、时间、人数的具体数字
⚠️ 这些 Codex 会"合理推测"，必须人工逐项核对。
第六步：排版（本地 HTML → 公众号后台验证）
Codex 生成 HTML 后，先在浏览器检查： - 电脑端无横向溢出 - 手机尺寸下文字、图片、表格正常显示
然后复制到公众号后台——本地预览正常 ≠ 公众号兼容。前四版很可能在这里出问题：flex 布局失效、背景丢失、边框消失。
✅ 解决方案：只使用六类标签
section / p / strong / span / img / br，不用 flex/grid，用内联样式。遇到兼容问题，找一份以前成功粘贴的 HTML 作为模板给 Codex 参考。
第七步：封面
封面图可用 Image2 或nano-banana-pro 生成，尺寸建议 900×383（公众号推荐比例）。
第八步：发布预检
发布前逐项检查： - 标题是否吸引人 - 摘要是否精炼 - 配图是否正确 - 手机预览是否 OK - "阅读原文"链接是否正确
注意：正式发布这一步不建议交给 Codex 自动完成。 账号凭据、草稿保存、公开发布，这些关键动作保留人工确认。
人机分工边界
| 谁负责 | 内容 |
|---|---|
| Codex | 选题角度、大纲、初稿、风格改写、HTML 排版 |
| 你 | 选题勾选、事实核对、最终取舍、发布确认 |
Codex 可以很快给出角度、大纲和初稿，也能根据反馈继续修改。但它不知道哪一句像你、哪一段写得太满、哪个结论虽然正确却不适合放在这里。
Codex 负责把内容写出来，你负责决定什么能留下。
留下可复用的资产
第一篇发布完成后，项目目录里留下的不只是一篇文章，还有：
| 文件 | 作用 |
|---|---|
final.md |
不会再被覆盖的定稿 |
sources.md |
来源记录、审核记录 |
review.md |
风格改写记录、待确认项 |
metadata.json |
版本号、封面、发布时间 |
publication-record.md |
发布状态追踪 |
这些不是预先设计好的，而是遇到具体问题后才补上的。真正的工作流是在一次次真实使用中长出来的，不是提前设计好再填内容。
来源：知识铺《我用 Codex 搭建了一个微信公众号工作流》（2026-08-16），原文经本教程改写与结构化。
资料最后核对日期：2026-09-03 · 内容整理自 CodexGuide 社区公开教程