Codex 自动化每天重复做同一件事怎么办？

Codex 自动化反复生成相似内容或重复检查旧问题时，应维护运行记忆、变化范围、去重规则和结束状态。

• 站内相关：Codex 每日维护网站怎么做
• 站内相关：SEO 标题去重和搜索意图检查
• 站内相关：静态资讯页 SEO 结构检查
• 站内相关：脚本路径白名单和预览
• Codex 实操与 AI 资讯
• CCSwitch 配置专题

真实问题：自动化不记得昨天做过什么，就会把勤奋变成重复

把 Codex 接入每日 SEO 更新、日志巡检、PR 评论处理或资料整理后，最初几天通常很顺，后面就会出现重复：标题换了几个字但搜索意图一样，昨天已经确认的历史问题今天又分析一遍，publish-urls 里写回旧 URL，或者把未解决的外部阻塞当成新发现。自动化的价值不是每天机械地产出，而是基于上次结果继续推进。永沃云枢在 https://ai.jn83.com 维护静态资讯栏目时，会把运行记忆当作输入之一：记录新增标题、已避开的主题、验证结果、未解决事项和下一次应该注意的边界。

适用场景

适合每日 Codex 资讯更新、站点 SEO 巡检、模型调用质量复盘、AI API 接入日志检查、CCSwitch 配置漂移监控和 AI 自动化办公周报。只要任务是周期性执行，就需要记忆文件或等价状态。它不是为了让 AI 记住私人信息，而是为了让下一次运行知道“哪些工作已经做过、哪些问题不要重复挖、哪些风险仍需关注”。

操作步骤：把记忆分成四类

第一类是成果记忆：本次新增文件、标题、URL、上线状态和推送状态。第二类是去重记忆：最近几天主题、关键词组合、相似标题和已放弃选题。第三类是风险记忆：历史验证失败、远程部署限制、不可触碰目录、上次未解决问题。第四类是下一步记忆：下次优先检查什么、哪些阻塞需要用户或外部系统处理。写入时要短，不要把整篇文章、完整日志和大段命令输出塞进去。每天运行开始先读记忆，再扫当前目录，最后才生成内容。让 Codex 修改时，要明确只允许更新当天目录、栏目页、sitemap、robots、publish-urls 和当天 SQL，避免周期任务越权碰到支付、登录、注册或其它站点。

排错路径：重复不是文风问题，通常是状态缺失

如果今天四篇文章和昨天只是词序不同，先检查是否真正扫描了最近 7 天标题和 H1。如果自动化反复报告同一个历史问题，检查记忆里有没有把它标成“已知未解决”而不是“新问题”。如果 publish-urls 混入旧链接，检查写入步骤是否先清空再写当天 URL。如果首页卡片没有更新，检查是否基于完整首页 SQL 替换资讯区，而不是生成了片段。对于搜索引擎推送，也要记住 Google 只走 sitemap 模式，不要把普通文章误提交到已经不适用的接口。

验收标准：让下一次运行能接着做

一次自动化结束前，至少要留下三类可复查结果。第一类是用户能看到的结果，例如新增标题、URL、栏目页和首页状态；第二类是机器能继续使用的结果，例如 publish-urls、sitemap lastmod、运行记忆和外发素材路径；第三类是风险结果，例如乱码检查、去重结论、推送状态和未完成事项。下一次 Codex 开始运行时，应先读取这些结果，再决定今天是否换题、是否继续处理历史阻塞。这样自动化才像一个有交接记录的维护流程，而不是每天从空白提示词重新猜一次。

常见问题 / 避坑

问：记忆文件越详细越好吗？不是，过长会影响判断，保留能影响下一次决策的信息即可。问：自动化可以自己删除历史问题吗？不建议，除非验证已经通过并且删除动作在白名单内。问：去重只看 slug 行不行？不行，还要看搜索意图、核心关键词和适用场景。问：每日内容一定要追热点吗？不一定，实操栏目更重视可执行问题和长期搜索价值。问：Codex 能不能跳过人工复核直接发布？取决于任务边界；涉及远程、数据库和搜索推送时必须有明确脚本和验证结果。

检查清单

运行开始是否读取记忆；最近 7 天标题和核心主题是否已扫描；当天 4 篇文章是否搜索意图不同；每篇是否有真实问题、适用场景、操作步骤、FAQ 或检查清单；publish-urls 是否只含当天 URL；首页 SQL 是否保留完整页面和开放的 AI 生图入口；sitemap、robots 和乱码检查是否通过；推送结果是否分别记录 IndexNow、Baidu 和 Google sitemap；未完成事项是否写回记忆，方便下次继续。