Codex 官方实践（二）公众号自动发布全流程

公众号自动化，不是让 AI 写完文章再丢进草稿箱。一篇草稿背后是一整条工序链，哪一步含糊，最后都要返工。 每周日 8:58，GitHub 周报任务先看一周榜单，再打开候选仓库，核对 README、Release、Issues、Discussions 和社区讨论。榜单只提供线索，不能直接变成结论。 资料确认后保存原始 Markdown 周报。链接、数字、社区评价和待确认项都留在文件里。公众号流程只接这份材料。 完整链路：资料搜集 → 原始周报 → 写作简报与正文 → 标题、摘要、封面 → 两轮去 AI 味 → Markdown 组装与微信 HTML 渲染 → 白名单云服务器创建草稿 → 人工复核 → 后台发布。 约束也很多：公众号标题 20～35 字；摘要不超过 120 字且两处一致；封面接近 2.35:1，主体居中，不放文字、水印和品牌名；完整 HTML 少于 20000 个字符。 语言处理有固定依赖：article-title-generator 负责标题；humanizer-zh 删除宣传腔、机械排比和填充句；stop-slop 再查公式化转折与空泛结论。它们只改表达，事实仍要回到原始材料核对。 发布前，脚本检查元数据、图片路径和字符数，把表格改成手机卡片，再由白名单云服务器上传素材、渲染 HTML、创建草稿。 这里要说准确：停在草稿箱，不是我刻意设计的“安全停点”。当前使用的是微信公众号开放能力，这条链只能把内容写入草稿箱；正式发布要回到公众号后台。 人工复核也不能省。我会检查标题、摘要、封面、手机排版、数字来源和夸大判断，确认后再发布。 Codex 官方实践还列出 10 类工作：每日简报、每周总结、演示稿、决策备忘录、文件清洗、多表合并、优先级排序、财务复核、发布物料包、流程审计。 它们和公众号工作流共用一套骨架：明确结果、列出依赖、写清约束、接入例行优化、留下验证证据、交给人审批。 非程序员可以先挑一项每周重复、格式固定的工作。别急着追求全自动，先让每一步都有产物、能检查。 评论区可以聊聊你怎么用 AI 做完整自动化流程的。图中所有提到的 skill，好几个都是我自己写的。 #Codex #AI工作流 #公众号运营 #内容创作 #效率工具 #自动化 #非程序员 #工作方法 #howto用好AI