[AI_TOOLS_LOG]// 2026.04.15 // 8 分钟阅读

我为什么要把 Claude Code / Codex 的第一轮,提前到早上 7 点档

#AI#CLAUDE#CODEX#AUTOMATION#PRODUCTIVITY

我提前启动 Claude Code / Codex,不是为了自动化本身,而是为了把额度窗口挪到白天会用的时间里。

我通常 10:30 甚至 11:00 才到公司。如果到公司以后才开第一轮,白天基本只能自然碰到 2 个窗口;如果早上 7 点档先开一轮,白天就能碰到 3 个。

先用一个最粗暴的例子讲明白

假设 Claude Code / Codex 每 5h 有一块等价于 100K token 的可用额度。

如果我到公司以后才开始用,大概是:

  • 10–15
  • 15–20

也就是 200K。

如果早上 7 点档先启动一次,就变成:

  • 7–12
  • 12–17
  • 17–22

三轮都会和我的工作时段重叠,总量就更像 300K。

核心就是:

我做这件事,本质上是在把白天能碰到的额度,从 200K 变成 300K。

图比文字更直接

Claude Code / Codex 白天可用额度从 200K 变成 300K 的窗口对比图

上面一行是“到公司才开始”。

下面一行是“早上先把第一轮推进 7 点档”。

这张图想说的只有一件事:

  • 晚开始的时候,白天主要只能自然吃到两轮
  • 早开始的时候,白天能自然碰到三轮

真正关键的是额度密度

总量只是第一层,更影响体感的是额度密度:

同样是 100K,一个窗口里还剩多少时间给你消耗它,会直接决定你敢不敢放开用。

为什么我会特别在意第一轮

假设我早上 7 点用脚本发一句很轻的“早上好”,只花掉 2K。

等我 10:30 到公司时,这轮只剩到 12 点,也就是 1.5h。但额度上:

  • 总额度:100K
  • 已花掉:2K
  • 剩余额度:98K
  • 剩余时间:1.5h

这就很爽。

这 1.5h 里,手上接近一整轮额度,当然更敢用。第一轮的价值不在于时间长,而在于单位时间可支配额度很高。

中间这个窗口为什么反而更容易拘着用

中间这轮就不一样了。比如它是 12–17,中间 13–14 吃饭,可用时间只有:

  • 12–13
  • 14–17

也就是 4h。如果总额度还是 100K,额度密度就是:

  • 100K / 4h = 25K/h

这轮要撑下午主工作时段,我自然会收着一点,不会像第一轮那样猛。

这里的关键是:

  • 第一轮不是因为“任务特殊”才更值钱
  • 而是因为它在我开始用的时候,剩余额度大、剩余时间短
  • 于是额度密度高,用起来就更放得开

第三轮也是类似的逻辑

第三轮的价值也很简单。它通常覆盖:

  • 17–18
  • 19–20
  • 到家之后如果还想继续,还能再接一点

它不是为了固定做某种任务,只是让白天不要在两轮之后戛然而止。

这又是一整块 100K,而且它落在我还会继续用工具的时段里。

这篇文章不是在讲“我给三轮分别安排什么任务”

我没有把三轮做成精密配额系统,不是:

  • 第一轮干嘛
  • 第二轮干嘛
  • 第三轮干嘛

也不是每轮必须固定花多少。

真实情况就是:

  • 有时候我会在第一轮狠狠干
  • 有时候我会在第三轮狠狠干
  • 中间这轮反而更容易收一点

原因不是任务类型,而是额度密度。前后两轮常常更敢打,中间这轮要撑更长时间,所以更容易保守。

脚本实现其实没那么重要

实现上就是:

  1. launchd 在 07:05 触发
  2. 再随机延迟 0–5 分钟
  3. 打开 iTerm2
  4. cd 到固定目录
  5. 跑代理
  6. 启动 claude 或 codex
  7. 等 10 秒
  8. 发一句“早上好”

这里有用的实现细节只有两个:

  • 为什么要随机:不想每天都像闹钟一样卡死在同一分钟
  • 为什么要等 10 秒:Claude / Codex 刚起来的时候 session 还不稳,太快发话容易丢

但这些都只是手段。目标还是那句:

我要把白天能碰到的额度,从 200K 变成 300K。

22 点以后要注意

这个设计有个坑。

如果 22 点以后还继续用 Claude 或 Codex,那它的下一轮就会变成 22 点到凌晨 3 点。这样第二天早上 7 点多的定时器就容易失效:窗口节奏已经被夜里的使用改掉了,不再是我想要的 7–12。

所以我现在晚上会稍微克制一点:22 点以后尽量只用其中一个 AI,把另一个留在正常节奏里。这样第二天早上至少还有一个工具能按 7 点档启动。

用了一段时间之后

这套窗口跑了一段时间之后,我发现它的好处不只是数字上的。

三个窗口慢慢变成了我一天里很稳定的背景节拍。我不需要每天早上去想“今天额度还剩多少”,也不需要盯着重置时间。脚本在跑,窗口在推,我到公司时大概知道手上还有多少,下午知道还有一整轮,傍晚知道还能接。

这种感觉不是“我在管理额度”,而更像是工具的节奏慢慢嵌进了我的工作节奏里。

工具状态变得可预期之后,工作反而更有条理:什么时候会满、什么时候会空、什么时候该猛、什么时候该省,基本不用每天重新算。


补记:这篇写的时候,Claude 的重置规则更像按整点算——7:18 启动,额度在 12:00 归零。后来改成了按分钟计算:7:18 启动,12:18 才归零。文中仍用整点举例,逻辑本身没有变化。

最后

工具在变,但思考方式是自己的。

重要的可能不是用了什么工具,而是有没有设计出适合自己的工作流。

SX
Written by sunxu

Android 工程师,写代码也写字。

© 2026 sunxu · CC BY-NC 4.0转载请注明原文链接,不可商用