很多人用 Codex 做内容运营时，最开始只是临时喊一句：帮我写篇文章、改个页面、检查一下链接。这样当然能用，但一旦任务变成每天重复执行，就会出现几个老问题：昨天写过什么记不清，今天选题容易撞车，发布后检查靠手感，失败原因没有沉淀。
Codex 自动化任务真正适合处理的，不是一次性的灵感，而是那些有固定输入、固定步骤、固定验收标准的工作。比如每天给 WordPress 博客发布 2 篇文章、每周检查一批旧文、定期拉取站点数据、把改动结果写入记忆文件。
这篇文章接着站内 老达AI实践专题、AI编程工具专题 和 OpenAI专题 往下讲。如果你还没搭好基础环境，可以先看 Codex CLI安装登录教程、Codex CLI权限设置 和 AI编程项目规则分层。本文重点解决“怎么把任务写成每天都能稳定跑的流程”。
自动化任务先写结果，不要先写动作
很多自动化失败，是因为任务说明只写了动作，没有写清最终结果。比如“每天更新网站”太宽，“写两篇文章”也还不够。更好的写法是直接描述可验收结果：
每天为 laodad.com 发布 2 篇高质量新文章，完成选题、写作、配图、发布和发布后检查。最后输出 2 个链接、分类标签、特色图 alt、正文 H1、SEO description、keywords 和站内链接数量的核验结果。
这段话里有三个关键点：数量明确，流程完整，检查项可验证。Codex 执行时不需要猜“做到什么程度算完成”，你自己回看结果也能快速判断有没有漏项。
把任务边界写进项目规则
自动化任务不是越自由越好。尤其是发文、改站、调服务器这类工作，必须把边界写清楚。
- 哪些内容线可以选题，哪些不能选；
- 发布文章时不能在正文写 H1；
- 每篇必须有摘要、SEO meta、特色图 alt 和站内链接；
- 凭据从环境变量读取，不写进文档；
- 发布前必须查站内是否已有高度相似文章；
- 发布后必须执行页面检查脚本。
这些规则适合放在项目的 AGENTS.md 或项目内 workflow 文档里。自动化任务每次启动时都能读取同一套规则，输出会稳定得多。站内之前写过 AI自动发布 WordPress 文章流程，核心也是把“写稿、配图、发布、检查”变成规则，而不是临时发挥。
给自动化任务配一份记忆文件
每日任务最怕重复。昨天刚发过 ChatGPT 记忆管理，今天又写一篇 ChatGPT 记忆技巧；上周刚写过 n8n Webhook，今天又写一个表单触发器入门。单靠模型上下文不稳，最简单的方法是给自动化配一份专门的记忆文件。
这份文件不需要很长，建议只记录四类信息：
- 上次运行时间；
- 上次发布的标题、链接和主关键词；
- 本次选题时刻意避开的相近主题；
- 发布后发现的问题和下次要注意的点。
记忆文件的价值，不是替代站内搜索，而是给下一次运行一个起点。真正发布前，仍然要用 WordPress API 或站内搜索确认是否有相似文章。
选题要先查冲突
自动化发文最容易产生“自相竞争”。标题不一样，搜索意图却一样，比如“Codex 权限怎么设置”和“Codex 沙箱审批怎么配置”，如果都写成入门教程，就会互相抢同一批关键词。
建议每次选题先做三步：
- 从固定内容线里提出 5-10 个候选词。
- 用 WordPress 搜索接口查标题、slug 和摘要。
- 只保留没有直接命中、或者能明显补充旧文下一层问题的主题。
比如站内已经有 MCP服务器选择指南，就不要再写一篇“什么是 MCP 服务器”。可以往下一层写“MCP 权限白名单怎么做”“MCP 调用日志怎么审计”，这样才是在扩展专题，而不是重复铺词。
写作提示要包含审稿要求
自动化发文不能只让 Codex “写一篇文章”。提示里要提前写入审稿标准，否则文章容易有模板腔、段落拼装感和泛泛而谈的问题。
我建议在任务里固定加入这几条：
- 开头必须从真实场景进入，不用空泛定义；
- 每个小节都要有可执行动作或判断标准；
- 避免“随着 AI 发展”这类万能开场；
- 工具教程要写适合人群、步骤、风险和替代方案；
- 发布前自己检查一遍是否像拼接文章。
这一步看起来像写作要求，其实是自动化质量控制。没有审稿标准，自动化越稳定，低质量内容也会越稳定。
特色图也要变成流程
很多自动化发文会忽略配图，最后所有文章都长得像同一张蓝紫色 AI 背景。对博客来说，这会影响首页可读性，也会让用户觉得内容是批量生产的。
更稳的做法是把特色图规则写进任务：
- 每篇都生成或选择强相关主题图；
- 尺寸接近 1200×630，适合文章卡片；
- 不要放小到看不清的文字；
- alt 文本要描述主题，而不是写“特色图片”；
- 避免连续复用同一张模板图。
如果文章讲 Codex 自动化，图里可以出现任务队列、发布管线、检查清单和站点卡片；如果文章讲 AI 副业，图里就应该出现客户交付、报价、验收或复盘，而不是通用机器人头像。
发布后检查要让脚本说话
自动化任务必须有可验证的收尾动作。对 WordPress 发文来说，发布成功不等于完成。至少要检查：
- 页面 HTTP 状态是否正常；
- 页面 title 是否输出；
- meta description 是否来自摘要；
- keywords 是否由标签正常生成；
- 特色图是否有 og:image 和 alt；
- 正文是否没有 H1；
- 站内链接数量是否达标。
站内有一篇 WordPress发布后检查自动化 专门讲这件事。我的建议是：检查脚本输出 JSON，自动化任务只把关键结果汇总给你。不要让人肉点页面变成唯一验收方式。
失败处理也要写进任务
自动化任务迟早会失败。比如图片上传失败、WordPress API 返回权限错误、站内搜索接口超时、某个候选主题已经有旧文。任务说明里要提前写清失败时怎么处理。
- 发布失败：不要重复发布，先保留草稿路径和错误信息。
- 图片失败：不要裸发文章，换一张可用主题图后再发布。
- 选题冲突：换候选，不要硬改标题绕过去。
- 检查异常：先汇报异常项，不要把检查失败当成功。
- 凭据缺失：停止并说明缺少哪个环境变量。
这能避免一个常见问题：自动化为了完成任务，把不完整结果也算完成。真正稳定的自动化，应该能区分“完成”“失败”“需要人工决策”。
适合做成 Codex 自动化的任务
不是所有工作都适合每天自动跑。适合自动化的任务通常有三个特征：重复、规则清楚、能检查。
- 每日博客发文和发布后检查；
- 旧文内链补充和标签巡检；
- 站点 SEO 基础项抽查；
- GitHub PR 评论整理和修复建议；
- 定期生成内容选题池；
- 把运行结果写入复盘日志。
不适合自动化的，是那些目标还没想清楚、每次判断标准都不一样、或者需要大量主观取舍的工作。可以让 Codex 辅助，但不要一开始就设成无人值守。
老达点评：自动化不是省掉判断，而是固定判断
Codex 自动化任务的价值，不是让 AI 代替你随便做决定，而是把你已经想清楚的流程固定下来：选题先查冲突，写稿按规则，配图要相关，发布后跑检查，最后把结果写回记忆。
对内容运营者来说，这比单纯追求“批量生成文章”更重要。每天稳定发 2 篇有边界、有内链、有检查的文章，比一天发 10 篇没人复核的模板文更有长期价值。自动化应该放大你的标准，而不是放大你的偷懒。
