公众号旧文
妙啊！利用 Codex 自动化，提前启动 5 小时窗口，减少等待时间
使用 Codex 时，经常遇到一个问题：
额度耗尽的时间，和额度恢复的时间并不一致。
假设早上 9 点开始使用 Codex，到中午 12 点已经耗尽当前窗口的额度，却要等到下午 2 点才能恢复。
这两个小时可能正是需要继续开发的时间。
一个值得测试的思路是：
利用 Codex 自带的 Automations（自动化任务），在起床之前发起一次简单请求，尝试提前启动 5 小时额度窗口。
一、理解 5 小时额度窗口
Codex 的使用限制可能同时包括5 小时窗口和每周额度。
5 小时限制的是窗口内可使用的工作量，而不是允许连续运行 5 小时。
如果一个新窗口从上午 09:00 开始，到 14:00 结束，即使在 12:00 已经耗尽窗口额度，也可能还需要等待窗口结束。
同样，窗口结束不一定代表下一个窗口会自动开始。
应以当前版本的官方说明和额度页面显示为准。
二、提前两小时启动窗口的思路
假设每天上午 09:00 起床，开始使用 Codex：
| 时间 | 正常使用：09:00 启动 | 提前预热：07:00 启动 |
|---|---|---|
| 07:00 | 尚未开始使用 | 自动化任务发起一次请求 |
| 09:00 | 首次使用，尝试启动窗口 | 开始正式开发，窗口已过去 2 小时 |
| 12:00 | 可能耗尽额度，需要等待 | 预计到达 5 小时窗口结束时间 |
| 14:00 | 预计到达窗口结束时间 | 取决于 12:00 后何时再次请求 |
如果 07:00 的请求确实启动新窗口，且只消耗少量额度，那么 09:00 开始工作时，大部分额度可能仍在，距离窗口结束仅剩约 3 小时。
核心不是增加额度，而是把一部分时间窗口安排在睡觉期间。
三、使用 Codex 自带的 Automations
Codex 支持自动化任务，可以尝试每天北京时间 07:00 执行一条简单指令，而不必专门配置 Windows 任务计划程序。
可以把下面内容交给 Codex 创建自动化任务：
任务名称：Codex 每日额度窗口预热
执行时间：每天北京时间 07:00
任务内容：
请获取并回复当前北京时间，格式为 YYYY-MM-DD HH:mm:ss。
执行要求：
1. 正常执行一次 Codex 模型请求。
2. 不修改任何项目文件。
3. 不执行 SSH、远程部署或系统维护操作。
4. 不访问不必要的外部服务。
5. 仅返回当前时间及执行结果。
任务目的：
尝试在每天早上 07:00 提前启动 Codex 的 5 小时额度窗口，
以便上午 09:00 正式开发时，预计距离窗口结束还有 3 小时。关键不确定性：
自动化任务是否会计入与手动使用相同的额度池、是否会启动新的 5 小时窗口，需要实测确认。仅仅创建了任务，不代表已经触发窗口。
四、注意事项
1. 不能增加额度或绕过限制
提前请求只是试图调整窗口的开始时间，不增加 5 小时或每周可用额度，也无法解除其他限制。
2. 需要确认旧窗口已经结束
如果 07:00 时仍处于旧窗口，那么自动化请求可能只是使用旧窗口，不会开启新的 5 小时窗口。
3. 定时执行成功与否要核实
有些 Codex 自动化运行方式依赖本地环境。需要确认对应客户端、设备和任务执行条件，避免电脑休眠或客户端未运行导致任务没有真正执行。
4. 每周额度仍然可能耗尽
即使 5 小时窗口结束，每周额度或其他限额也可能继续阻止使用。
5. 注意共享额度的影响
如果同一订阅中的其他工作模式与 Codex 共享额度，在预热前发生的请求也可能影响实际窗口时间。以官方当前规则及账号用量页面为准。
6. 预热过早也不一定划算
如果上午几乎不用 Codex，提前启动反而可能让窗口在正式工作期间结束。应根据自己的作息选择合适时间，而不是机械地每天 07:00 触发。
五、用一天时间验证是否有效
| 时间 | 检查动作 |
|---|---|
| 06:55 | 确认旧额度窗口已结束，记录当前额度信息 |
| 07:00 | 让自动化任务发送一条简单请求 |
| 07:05 | 检查任务执行日志与用量页面，查看下次恢复时间是否约为 12:00 |
| 09:00 | 正常使用 Codex |
| 12:00 左右 | 再次核对窗口状态与实际恢复情况 |
如果观察到 07:00 的自动化请求启动窗口，并且页面显示约 12:00 恢复，那么这个方案在当前环境中可能有效。
如果没有变化，应核查任务是否真正运行、窗口是否已结束，以及自动化与手动使用是否共享额度规则。
六、总结
合理安排 Codex 使用时间的关键，并不是单纯等待额度耗尽后恢复，而是尝试把额度窗口对齐到自己的开发节奏。
对于每天 09:00 起床、上午集中使用 Codex 的人来说，在 07:00 发起一次低消耗请求，可能减少中午额度耗尽后无事可做的等待时间。
但应牢记：
这是一种待验证的窗口安排技巧，不是保证生效的额度刷新功能，更不是增加额度的方法。实际结果以 Codex 的额度页面和任务执行记录为准。