讓它定時自己跑：排程、GitHub 事件、API 觸發

「每天早上幫我看一下昨天的進度」這種事，你會怎麼交辦？多數人是每天早上自己開對話貼一次，忘了那天就沒有。

2026 年 4 月中，Claude Code 有了現成的做法，叫例行工作。它不靠你桌上那台電腦，它跑在雲端，筆電關著也照樣會動，跑完給你一個可以點開的工作階段連結。

觸發方式        適合的事
排程            每天／每週的固定整理，最短一小時一次
GitHub 事件     有人開 PR、發版時要做的檢查
API             別的系統有狀況時打進來，帶一段說明

三種觸發

排程最直覺。內建的頻率有每小時、每天、平日、每週，也可以自己寫 cron 表達式，但最短就是一小時一次，更密的會被拒絕。時間用你的本地時間填，系統換算成世界標準時間去跑，實際啟動可能比你設的晚幾分鐘。另外有一次性的：「兩週後幫我開一個清理用的 PR」這種講法它聽得懂，跑完就自動停用，也不佔每日額度。

GitHub 事件適合「有人做了某件事，接著要檢查」。支援 PR 與發版兩類事件，PR 的動作可以細到開啟、關閉、指派、加標籤、同步，還可以用作者、標題、目標分支、標籤、是不是草稿、有沒有合併這些欄位過濾。前提是那個倉庫裝了對應的 GitHub App。

API 觸發是留給別的系統的。設定完會拿到一個網址和一把金鑰，別的系統用 POST 打進來就會起跑，內容裡還能帶一段文字當這次的情境，例如把監控系統的告警內容整個丟進來。那把金鑰只會顯示一次，當場存好，之後只能重新產生或作廢。

金鑰、網路、額度

金鑰放哪裡。雲端環境的環境變數是明文，能用這個環境的人都看得到。要放 API 金鑰，請用專門的憑證設定，它在請求離開機器時才附上去，AI 本身看不到內容。這個功能目前 Pro 與 Max 有，團隊與企業方案還得用環境變數，那就更要留意誰看得到。

網路開到哪裡。預設是「可信」等級，只放行套件庫、雲端服務這些常見網域。可以收到完全不出網，也可以自訂清單或全開。自動化任務要連公司內部系統的話，這一欄要先想好。

額度怎麼算。每個帳號每天能跑的次數有上限，超過就得等視窗重置，有額度的組織可以續跑。前面說的一次性排程不佔這個上限。另外雲端機器有規格上限，很吃記憶體的大型建置可能會被停掉。

動手做

從小的開始。第一個例行工作別挑會動到正式環境的事，挑一個「讀完給我一段摘要」的：

/schedule 每個工作日早上九點，看一下這個專案昨天合併的 PR，寫三行摘要給我

建立之後用 /schedule list 看清單，/schedule run 立刻跑一次確認結果符合預期，改設定用 /schedule update。

確認的時候，看到一次失敗先別急著下結論。自動跑的任務出狀況，先翻它歷次的紀錄，看失敗是每次都有，還是集中在某一段時間，再決定要去查哪裡。

沒人在旁邊看的任務，它卡住了也沒辦法問你，所以那段指示要寫得比平常更明確，交辦單也要寫完整一點：

我要把下面這件事變成每天自動跑的例行工作。請幫我把它改寫成一份適合無人值守的交辦單，
包含：
1. 目標與完成定義：什麼樣算做完，用可以打勾的句子寫。
2. 資料來源：它要去看哪裡，看不到的時候該怎麼辦（停下來還是報告）。
3. 紅線：哪些事絕對不准做（例如不准改檔案、不准對外發送）。
4. 產出格式：固定欄位，最多幾行。
5. 失敗時的行為：要不要重試、要留下什麼紀錄。
我的原始描述：（貼上）

第一個例行工作最好是唯讀的。金鑰放憑證設定，別塞進環境變數，每天的額度上限也先查清楚。另外常被跳過的是，跑完的摘要由誰看、什麼時候看，最好事先講好。

每跑完一次，清單裡就多一個工作階段連結，點進去看得到它那次讀了哪些 PR、寫了哪三行。

站內延伸

• 無人值守要先講清楚什麼 → 交辦給不能問你的東西
• 迴圈的啟動與收工條件 → 迴圈什麼時候啟動、什麼算做完
• 每日交班的表格做法 → 找方法AI 日結與交班

來源： Claude Code：Routines（/schedule 與子指令、三種觸發、最短一小時、一次性排程不計入每日上限、API 觸發的網址與金鑰只顯示一次、GitHub 事件與過濾欄位、時區換算與啟動延遲）；Claude Code：Cloud environments（環境變數是明文、API 憑證設定、網路存取四個等級與預設可信、機器規格）；Claude Code：週報 2026-w16（2026 年 4 月中上線）。