原创专题
Codex 定时检查本地项目:官方资料操作指南
先手动测试检查提示词,再选择聊天内或独立定时任务,核对项目目录、机器运行条件与首轮结果。
定时检查项目的关键是把范围和结果标准写清楚。本指南基于官方 Scheduled tasks 文档核对于 2026-11-02,提供可逐步验证的设置流程;未执行付费模型任务,也未验证后台唤醒、运行耗时或代码检查效果。
创建前确认三个条件
检查范围
指定项目、检查内容和报告条件;聊天内调度延续上下文,独立任务按保存的提示词执行。[1]
本地可用
访问本地文件需要电脑开启、桌面应用运行,且项目仍在磁盘上。[1]
执行证据
先手动测试,再审阅前几轮运行记录。创建任务不代表已经执行或完成。[1]
1. 先手动验证提示词
先在普通 Codex 聊天中说明项目和范围。例如:“检查此项目最近的改动,运行项目现有的检查命令,报告失败原因与关联文件。”阅读实际结果后,再决定是否适合每天重用。[1]
- 确认任务能访问指定项目或资料。
- 分别写清检查、修改、提交和发布的授权范围。
- 把长期需要的规则放进保存的提示词或项目说明,避免依赖临时上下文。
2. 设置时间与执行位置
在支持定时任务的桌面应用中,可从 ChatGPT 或 Codex 聊天要求创建。例如:“每天当地时间 09:00 回到当前聊天检查这个项目,只有出现需要处理的问题时报告。”创建后逐项核对名称、时区、时间、提示词与启用状态。不同版本的入口位置可能变化。[1]
Git 项目可选择直接在本地目录运行,或使用独立 worktree。前者会操作你正在使用的目录;后者需要明确结果如何回到主线。无版本控制的项目直接在项目目录运行。CLI 与 IDE 扩展没有 Scheduled 管理界面,可先用它们测试提示词,再到支持的桌面或网页界面管理。网页任务不能直接操作电脑上的文件夹。[1]
3. 核对首次结果
- 在 Scheduled 查看最近运行,确认实际运行时间与结果对应指定项目。
- 需要本地文件时保持电脑和桌面应用运行,检查项目目录没有移动。
- 审阅前几轮结果是否覆盖指定范围;过于宽泛时缩小提示词。
- 使用 worktree 时,及时归档完成后不再需要的任务。
可验证完成的最低标准是:找到一次真实运行记录,结果对应指定项目,并能追溯到实际文件或命令。缺少这些记录时保留“未验证”,不把计划时间写成执行证据。[1]
核验范围
已核对官方关于任务创建、聊天内与独立调度、本地项目与 worktree、机器运行条件、首次测试和结果管理的说明。未核对你的账号资格、组织策略、实际后台唤醒、模型费用与代码修复效果。示例提示词为原创,具体界面与可用能力以当前账号为准。[1]
本文来源
本站原创整理;官方说明与编辑建议分别标注。