如何玩转现在爆火的 Codex ？大神养成计划第六节来了：如何用 Codex 实现自动化，以及设置桌面宠物。

本文作者：聪哥.sats（@congge918）。版权归作者所有，未经授权禁止转载。

继续分享 CodeX 保姆级教程系列，一起学习从小白成长为 Codex 大神。

第六节：如何用 Codex 实现自动化，以及设置桌面宠物。

上一节：如何设置 Codex 的权限与审批模式，安装技能与插件。

👇错过的请看原文：

第一部分：如何用 Codex 实现 Automation 也就是自动化

Automation 可以理解为 Codex 里的「定时执行」功能，解决的是「什么时候做、按什么节奏反复做」。

我们在使用的过程中，如果某个流程已经足够稳定，而且会周期性重复出现时，就适合交给 Automation，在后台自动触发，而不是每次都手动发起。

我总结了一些适合自动化的任务：

每周检查文档死链
每天汇总 failing CI
定时整理 issue 或 PR 摘要
在固定时间提醒补复盘或补文档
持续跟进一个还没结束的长任务等

一个 Automation 通常要说清三件事：

1⃣目标对象：对应哪个项目、仓库或线程。

2⃣触发时机：固定时间、固定间隔，还是稍后回到当前线程继续跟进。

3⃣执行内容：Codex 到时具体要做什么，输出什么，边界是什么。

常见的使用流程参考：

选择项目、仓库或当前线程。
设定执行时间或执行周期。
写清任务目标、输出格式和判断标准。

保存后先看第一次运行结果，再决定是否长期保留。

👇给大家写个通用模板，可以直接套用：

你现在作为一个持续执行的 Codex Automation。

任务目标：
[用一句话说明要自动检查/处理什么]

执行范围：
[明确项目 / 仓库 / 线程 / 文件路径 / 关键词 / 时间范围]

触发后要做的事：
1. [步骤 1]
2. [步骤 2]
3. [步骤 3]

判断标准：
- 如果 [什么情况]，算需要报告
- 如果 [什么情况]，可以直接结束
- 如果 [什么情况]，需要继续跟进

输出格式：
- 先给结论
- 再列发现的问题
- 再列建议动作
- 如无异常，只输出“未发现需要处理的事项”

边界与限制：
- 不要修改 [不允许修改的内容]
- 不要扩大检查范围
- 不要猜测未验证的信息
- 如果信息不足，先说明缺口，再停止

结束条件：
- [什么情况下算完成]
- [什么情况下需要再次唤醒/继续追踪]

另外，如果是 Git 仓库，Codex 的自动化通常有两种运行方式：local project 和 worktree。

local project 适合希望自动化直接作用于当前工作区、并且接受它和手头改动共用同一个 checkout 的场景。
worktree 更适合把自动化改动单独隔离出来，避免和正在进行的工作互相干扰。
thread automation 适合需要保留同一线程上下文、持续跟进同一件事的任务，比如长任务回访、review loop 和连续追踪。
standalone / project automation 则更适合每次运行都独立产出结果、并统一进入 Triage 管理的场景，比如定时巡检、日报汇总和跨项目检查。

总之，automation 的提示词一定要写成「自包含」的任务说明，不要默认 Codex 会记住前文设定，最好把检查范围、输出格式、验证要求、停止条件一次写完整。

这样它每次被唤醒时，才知道该做什么、做到什么程度算完成。

第二部分：如何设置自己的个性化 Codex 桌面宠物