Codex App Automations：创建定时自动任务

适用场景

这篇手册适合想让 Codex 定期执行重复任务的用户。比如每天检查最近提交、每周整理项目变化、定时提醒你查看部署状态，或者在一个线程里持续跟进某个事项。

OpenAI 官方文档说明，Automations 可以在后台自动运行 recurring tasks，并把发现放进 inbox；如果没有需要报告的内容，也可以自动归档任务。

步骤 1：明确自动任务要重复做什么

创建 Automation 前，先把任务写成一个可重复执行的提示词。不要写一次性的“帮我看看”，而要写清楚每次运行都应该怎么判断、怎么输出。

一个更适合自动化的提示词：

每天检查最近 24 小时的提交，寻找可能引入 bug 的改动。
只基于仓库证据判断，不要猜测。
如果发现问题，说明文件路径、原因和最小修复建议。
如果没有发现问题，简短说明没有需要处理的事项。

截图里的 Daily bug scan 就是类似结构：任务名称、检查范围、规则、输出要求都很清楚。

步骤 2：选择项目和运行位置

在创建表单里选择 Automation 要作用的项目。对于 Git 仓库，官方文档说明可以选择在 Local 项目中运行，也可以在新的 Worktree 中运行。

建议：

• 只读检查或报告类任务，可以从 Local 开始。
• 可能修改文件、提交修复、生成报告文件的任务，优先选择 Worktree 隔离。
• 非 Git 项目通常直接在项目目录中运行。

步骤 3：设置运行时间

Automations 可以按固定时间运行，也可以使用自定义 cadence。常见设置包括每天早上、每周一次、或按 cron 语法定义更细的计划。

时间设置要和任务价值匹配：

• 错误日志检查：每天或每几个小时。
• 依赖更新报告：每周。
• 长任务提醒：用 thread automation 做短间隔跟进。

步骤 4：选择模型和推理强度

创建 Automation 时可以保留默认模型和 reasoning effort，也可以手动选择。对于简单提醒或列表整理，默认设置通常够用；对于代码审查、复杂排查，可以考虑更高 reasoning effort。

不要为了所有自动任务都选择最高强度。自动任务会重复运行，成本和噪音都要控制。

步骤 5：选择 standalone 或 thread automation

Standalone automation 适合每次运行都从一个新任务开始，例如每天检查项目状态。

Thread automation 适合保留当前线程上下文，例如持续跟进一个部署、等待测试完成、或在同一个研究线程里定期检查新信息。

判断方法很简单：如果下一次运行必须知道这条对话之前发生了什么，用 thread automation；如果每次都可以独立执行，用 standalone automation。

常见错误

不要让自动任务拥有过宽权限。尤其是 Full Access、网络访问和后台写文件能力，都要按任务必要性开启。

不要写没有停止条件的自动任务。比如“持续帮我优化项目”会制造噪音，也很难验收。

不要让自动任务默认修改主工作区。可能写文件的任务优先放到 Worktree。

小结

Automations 的关键不是“定时运行”，而是把重复任务写成稳定、可判断、可验收的提示词。先明确任务，再选择项目、运行位置、时间和输出规则，后续维护会轻松很多。