Free Preview
先试读:Codex 定时任务实战:Scheduled、Worktree 与权限边界
定时任务不是把一句提示词反复执行,而是把环境、输入、权限、验收、通知和停止条件一起固化;涉及仓库修改时,Worktree 通常比主工作区更安全。
这篇会帮你解决什么
- 分清网页任务、本地任务与仓库任务。
- 理解 Worktree 如何隔离后台修改。
- 为无人值守执行设置最小权限和停止条件。
可以先照着试的一句话
把这个已手动验证的流程设计成 Codex Scheduled Task:说明运行环境、频率、输入、允许动作、禁止动作、验收证据、失败通知和停止条件;先只输出设计,不创建任务。
完整文章会继续展开机制、工作流、验收标准和风险边界。
适合重复检查和生成草稿,不适合把高风险决策无人值守化
测试巡检、依赖更新检查、内容新鲜度报告、问题清单整理和周期性摘要,通常有稳定输入与明确验收,适合定时执行。支付、生产发布、批量删除、账号权限变更和需要复杂业务判断的任务,不应因为“可以自动化”就移除人工确认。
网页型 Scheduled Task 可以在 ChatGPT 的任务环境中运行;要访问电脑上的项目文件,需要桌面端与本地环境处于可运行状态。先确认任务在哪台机器、哪个目录、使用哪些依赖和网络资源。
会改 Git 仓库的后台任务,优先放进独立 Worktree
Worktree 为同一个仓库提供独立检出,使后台任务不会直接污染你正在编辑的主工作区。它适合生成更新分支、跑迁移小样或准备可审 diff。任务完成后仍要由人检查分支、测试和冲突,再决定是否合并。
如果任务只读取当前未提交文件,或依赖本地未纳入 Git 的状态,Worktree 可能看不到正确输入。这时可以选择本地目录,但要把写权限缩到必要路径,并明确禁止覆盖用户正在进行的修改。
自动化之前,用同一环境和同一命令完成一次端到端验收
- 固定输入来源和时间范围,准备一个低风险样例。
- 在目标目录或 Worktree 中手动执行完整提示与命令。
- 记录成功输出、允许的文件变化、耗时和资源消耗。
- 模拟缺文件、网络失败、测试失败和无变化场景。
- 只有错误分支也可控,才设置频率与首次运行时间。
常见错误是只验证“正常时能生成报告”,没有验证“数据为空时会不会覆盖旧报告”或“测试失败时会不会继续提交”。定时任务的质量取决于失败行为,而不只是成功结果。
权限不能依赖临时追问,任务必须提前知道何时停下
频率:每周一 09:00,Asia/Shanghai
环境:指定仓库的独立 Worktree
允许:读取代码、运行测试、生成报告文件
禁止:推送、合并、发布、发送、删除、读取密钥
成功:报告生成且测试命令完成
通知:变化摘要、diff、失败日志、未验证项
停止:连续失败 2 次 / 需要新权限 / 输入结构变化后台任务默认应在受限环境中运行。联网、外部应用和命令权限只为必要步骤开放;如果任务需要扩大权限,把它设计成通知人工处理,而不是自动绕过门禁。
创建以后还要看第一次真实运行,并定期清理失效任务
- 目标、时区、频率和运行机器均明确。
- 输入可获得,依赖可复现,Worktree 或目录选择有理由。
- 正常、无变化、失败和权限不足都有预期输出。
- 任务不自动推送、部署或发送,除非用户单独明确授权。
- 第一次真实运行人工观察;长期无价值、持续失败或项目结束时停用。
行动建议:先从每周生成一份只读检查报告开始。连续两次稳定后,再考虑让任务创建独立分支,但仍把合并和上线留给人工验收。
产品能力会变,学会回到官方资料
本文依据官方资料核验于 2026-07-15。功能名称、入口、套餐、地区可用性和实验性标记仍可能变化,使用时以官方文档与产品内实际显示为准。