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

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

2026 年 4 月中，這件事有了現成的做法：例行工作。它跟你桌上那台電腦沒有關係——它跑在雲端，你的筆電關著它照樣會動，跑完給你一個可以點開的工作階段連結。

觸發方式        適合的事
排程            每天／每週的固定整理，最短一小時一次
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. 失敗時的行為：要不要重試、要留下什麼紀錄。
我的原始描述：（貼上）

做對了的樣子：你的第一個例行工作是唯讀的；金鑰放在憑證設定而不是環境變數；你知道自己每天的額度上限；跑完的結果你真的會去看，而不是變成沒人讀的信。

站內延伸

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

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

例行工作把「每天早上我自己來一次」變成雲端定時跑，三種觸發分別對應固定節奏、別人做了某件事、還有別的系統有狀況。技術上很簡單，會出事的是金鑰放哪裡、網路開多大、額度怎麼算這三件。第一個任務挑唯讀的，而且交辦單要寫到沒有人可以問也跑得完。