前言
最近和公司裡平常很常一起工作的同事交流時，學到一個我覺得非常實用的 Claude Code 使用技巧。
這個方法其實很簡單，就是每天固定讓 Claude Code 在早上 7 點、中午 12 點和下午 5 點各執行一次「打招呼」的小任務。
乍看之下好像完全沒有在做正事，但它真正的目的並不是處理工作，而是把 Claude Code 每 5 小時重新計算一次的使用額度，對齊到自己的工作時間。
如果平常使用 Claude Code Pro 或 Max，而且偶爾會遇到使用量上限，這個方法非常值得試試看。
一、為什麼 5 小時使用額度會造成困擾？
Claude Code 的使用量主要受到 5 小時滾動視窗與每週使用量視窗管理。
其中，5 小時使用額度並不是每天固定在某個時間重新開始，而是會從你實際發送請求的時間開始計算。
例如，如果每天第一次使用 Claude Code 是上午 10:47，那麼接下來的使用區間就會以 10:47 為基準。
這會產生一個很現實的問題。
如果你剛好在下午最需要專注的時間遇到額度重置或使用限制，工作流程就可能被迫中斷。反過來說，如果額度在下班後才重新開始，新的使用時間又可能浪費掉。
所以真正需要解決的問題不是「怎麼把額度全部用完」，而是：
怎麼讓使用額度的切換時間，盡可能配合自己的工作節奏？
二、解決方法：每天固定在 7 點、12 點、17 點打招呼
我的做法是在每天早上 7 點、中午 12 點，以及下午 5 點各執行一次非常輕量的 Claude Code 任務。
這樣一來，5 小時的使用區間就可以大致固定成：
07:00 ─────── 12:00 ─────── 17:00 ─────── 22:00
│ │ │
▼ ▼ ▼
打招呼 打招呼 打招呼
10:00 ═════ 工作時間 ═════ 19:00以每天 10:00 到 19:00 的工作時間來看，可以自然分成三個區段：
07:00～12:00，上午使用區間
12:00～17:00，下午使用區間
17:00～22:00，傍晚與晚上使用區間
這樣的安排有一個很大的優點，就是使用額度的切換時間變得可以預測。
上午 10 點開始工作時，第一個使用區間已經進行了一段時間，但沒有關係。
對我來說，真正重要的是工作期間不要突然因為 5 小時限制而被迫停下來，而不是一定要把每一個使用區間全部用到最後一滴。
如果可以用一點額度，換取工作流程更加穩定，我覺得非常划算。
三、為什麼不直接讓電腦自己執行？
這個方法還有一個很方便的地方。
Claude Code 的 Cloud Routine 是在雲端執行，因此不需要早上先把自己的電腦打開。
如果使用 Mac 上的 cron 或 launchd，自動任務可能會因為電腦進入睡眠而無法正常執行。
但 Cloud Routine 是在雲端執行，所以即使人在家裡、還沒到公司，甚至自己的電腦根本沒有開機，指定時間仍然可以執行。
對遠端工作或需要跨時區工作的情境來說，這點尤其方便。
四、如何設定？
可以透過 /schedule 建立定期執行的任務。
Prompt 其實非常簡單：
Hello.
(This is a greeting message from me. Please simply reply with a greeting in Japanese and leave it at that.
No file reading/writing, command execution, or any other tasks are required.)這裡最重要的其實不是「こんにちは」，而是後面的限制條件。
一定要明確告訴 Claude：
只需要回覆招呼，不需要做任何其他事情。
如果沒有這些限制，Claude 很可能會認為既然自己被啟動了，就應該順便幫忙做一些事情。
例如查看 repository、讀取檔案，甚至開始分析目前的工作。
對這種純粹為了啟動使用區間而存在的小任務來說，明確寫出「不要做什麼」反而非常重要。
由於這只是非常輕量的任務，因此可以使用 claude-haiku-4-5-20251001。
五、Cron 時間設定
Cloud Routine 的 cron 使用 UTC 時間。
如果希望對應到日本時間 JST，可以設定成：
0 22 * * 0-4 # 07:00 JST
0 3 * * 1-5 # 12:00 JST
0 8 * * 1-5 # 17:00 JST這裡要特別注意第一個時間。
因為日本時間比 UTC 快 9 小時，所以日本時間早上 7 點，在 UTC 是前一天晚上 10 點。
因此星期設定也需要跟著往前一天調整。
如果直接寫成：
0 22 * * 1-5就會變成星期二到星期六的日本時間早上 7 點執行。
這個地方很容易設定錯，我自己也是實際收到星期六早上的招呼之後才發現的。
六、這個方法實際帶來什麼效果？
使用這種方式之後，最大的改變是：
Claude Code 的使用區間變得非常容易預測。
原本可能需要一直注意：
「我的 5 小時額度什麼時候會結束？」
改成固定時間之後，就可以直接按照工作時段安排任務。
例如：
上午的區間適合處理早上的開發工作。
中午 12 點重新開始後，可以安排比較大型的重構或分析工作。
下午 5 點之後，則可以把剩餘的工作、個人開發或晚上學習安排進去。
這種固定節奏也會讓自己更容易在適當的時間清理 Claude Code 的上下文，減少長時間累積同一個 session 的情況。
另外，這個方法還意外產生了一個簡單的監控效果。
如果每天固定時間的「招呼」突然沒有收到回覆，就可以進一步檢查 Cloud Routine 或帳號本身是不是發生異常。
所以它除了調整使用額度之外，也可以順便當成非常簡單的服務存活檢查。
七、成本非常低
整個設定其實不複雜：
一個非常短的 Prompt
三組 cron 排程
每天三次使用 Haiku 執行一次極輕量任務
換來的是更容易預測的使用區間，以及比較不容易在工作中途突然被 5 小時限制打斷的工作流程。
我覺得這是一個很典型的例子。
AI 工具的效率不一定只來自更複雜的 Prompt，有時候只是把使用方式和自己的工作節奏對齊，就能帶來很明顯的改善。
八、進一步延伸：把「打招呼」變成每日工作簡報
如果只是每天打三次招呼，聽起來可能有一點可愛到過頭。
但 Cloud Routine 真正有趣的地方，是它可以把同樣的機制延伸到更實際的工作流程。
例如每天早上 7 點，讓 Claude Code 自動讀取 Slack、Gmail 和 Google Calendar，整理：
今天的重要行程
待處理的 Email
Slack 中需要回覆的事項
今天最重要的工作
需要優先處理的任務
最後產生一份每日工作簡報。
這樣一來，原本只是為了調整 5 小時使用額度而設計的「早安任務」，就可以進一步變成真正的 AI 工作助理。
結語
這個技巧的核心其實很簡單。
不要把 Claude Code 的使用額度當成一個只能被動接受的限制，而是想辦法讓它配合自己的工作節奏。
每天固定在 7 點、12 點和 17 點執行一次極輕量的任務，就能讓 5 小時使用區間變得更加容易預測。
雖然每天消耗少量額度，但換來的是工作流程更加穩定，也比較不容易在最需要 Claude Code 的時候突然被限制打斷。
如果你平常已經大量使用 Claude Code，而且常常覺得 5 小時使用區間切得很不順，這個方法真的可以試看看。
下一步其實還可以更進階。
與其每天只讓 Claude 說一句「早安」，不如直接讓它每天早上整理 Slack、Gmail 和 Google Calendar，幫自己產生一份完整的工作簡報。
這樣才真正有機會把 Claude Code 從單純的開發工具，慢慢變成每天工作流程的一部分。
參考資料
Claude Code Pro / Max 使用說明
Claude Code 使用量與長度限制說明
Claude Code 客製化實例