別再懶惰了,快用 Routines 自動化你的工作
別再懶惰了,快用 Routines 自動化你的工作
大多數人認為 Claude 是一個讓你與之對話的工具,但現在它已經進化成一個你可以部署的對象。
Anthropic 悄悄推出了一項徹底改變你對 AI 看法的功能,它叫做 Routines。
如果你是開發者、團隊負責人,或是需要處理任何重複性工作的人,這絕對是 Claude 今年發布過最重要的一項功能。
它的運作方式如下:
你只需定義一次任務,包含 Prompt、程式庫、觸發條件,Claude 就會自動在 Anthropic 的雲端基礎設施上執行。
即使你的筆電關機了,Claude 依然在運作。它不再只是聊天機器人,也不是 Copilot,而是一個已部署的「員工」。
三種觸發條件
每個 Routine 都需要一個觸發條件,目前有三種類型,你可以在同一個 Routine 中組合使用它們。
Schedule (排程)
以固定的頻率執行。可以是每小時、每天、平日、每週,或是自訂的 cron 表達式。
你只需設定當地的時區,Claude 會自動進行轉換。
這適用於任何需要定時執行的任務。例如:每日站立會議、每週文件審查、每晚待辦事項維護、每日早晨摘要。
API
為你的 Routine 提供一個專屬的 HTTP 端點。你只需使用 bearer token 發送 POST 請求,Claude 就會立即開始執行。你還可以在請求主體(request body)中使用文字欄位傳遞額外的 context。
這能讓你將 Claude 整合進任何能發送 HTTP 請求的工具中,例如:警報工具、部署管線、內部儀表板。任何你希望 Claude 對系統偵測到的事件做出反應的地方,都能派上用場。
GitHub
當程式庫發生特定事件時自動執行。例如:開啟 Pull Request、推送 Commit、建立 Issue、工作流程完成。你可以選擇事件,並選擇性地加入篩選器,確保它只在你在意的特定情況下觸發。
這適用於程式碼審查、PR 分類、更新日誌生成,或是任何程式碼變動時需要執行的任務。
五個你可以立即設定的 Routines
以下是來自官方文件中的實際應用案例,每個案例都包含了觸發類型、Prompt 結構以及 Claude 實際執行的內容。
Routine 1:早晨待辦事項摘要
觸發條件:Schedule,每個平日早上 7 點
Prompt 結構:
Read all issues opened in the last 24 hours.
Apply labels based on the area of code referenced.
Assign owners based on who owns that area.
Post a summary to #dev-standup in Slack with
the new issues, their labels, and assigned owners.
Keep it under 10 lines.
執行結果:當你起床打開 Slack 時,你的待辦事項已經整理好了。
不需要任何人手動處理。再也不會出現週一早上發現週末累積了 30 個未標記 Ticket 的驚嚇。
Routine 2:自動 PR 審查員
觸發條件:GitHub,pull_request.opened
Prompt 結構:
Review this pull request against our team checklist.
Check for: security issues, performance problems,
style violations, and missing tests.
Leave inline comments for specific issues.
Post a summary comment with a pass or flag verdict
so human reviewers can focus on design decisions,
not mechanical checks.
執行結果:每個新的 PR 在人類審查前都會先經過自動審查。
機械化的檢查已經完成,你的團隊可以將審查時間花在架構和邏輯上,而不是糾結於漏掉的分號。
你也可以加入篩選器,例如:只針對目標為 main 分支的 PR 觸發、只針對非草稿狀態的 PR 觸發,或是只針對來自 fork 的 PR 觸發。你可以精確控制 Routine 的啟動時機。
Routine 3:警報分類機器人
觸發條件:API(由你的監控工具呼叫)
Prompt 結構:
An alert has fired in production.
The alert details are in the context below.
Pull the relevant stack trace.
Correlate with commits from the last 48 hours.
Open a draft pull request with a proposed fix.
Link the PR back to the alert.
Post the PR link to #on-call in Slack.
呼叫方式:
你的監控工具向 Routine 的端點發送 POST 請求,Header 中包含你的 bearer token,Body 中包含警報詳細資訊。
Claude 從文字中獲取 context 並立即開始工作。
執行結果:當監控工具在凌晨 3 點發出警報時,Claude 會自動醒來,找出相關的 Commit,開啟一個包含修復建議的草稿 PR,並將連結發送到 Slack。
你的值班工程師只需要審查 PR,而不需要在凌晨 3 點盯著空白的終端機發呆。
Routine 4:文件漂移檢查器
觸發條件:Schedule,每週一早上 9 點
Prompt 結構:
Scan all PRs merged in the last 7 days.
Find documentation that references APIs or functions
that were changed in those PRs.
For each outdated doc, open an update PR in the
docs repository with the correct information.
Add a comment linking the code PR that caused the drift.
執行結果:文件會自動保持最新狀態。
工程團隊中最令人討厭的維護任務,現在每週都會自動執行,無需任何人提醒。
Routine 5:部署驗證
觸發條件:API(由你的 CD 管線在部署後呼叫)
Prompt 結構:
A new build was just deployed to production.
Run smoke checks against the new build.
Scan error logs for regressions compared to the
previous deploy.
Post a go or no-go verdict to #releases in Slack
before the deploy window closes.
If no-go, include the specific errors found.
執行結果:每次部署都會自動進行驗證。在部署視窗關閉前,你的團隊就能在 Slack 收到是否通過的判定,無需手動檢查任何東西。
部署視窗結束時,再也不用祈禱沒有東西壞掉。
如何設定你的第一個 Routine
只需十分鐘,以下是從網頁端設定的精確路徑:

給它一個名稱,寫下 Prompt,這是最關鍵的部分。
Claude 是自主運行的,所以 Prompt 必須具體。不要只寫「審查 PR」,而要寫「審查目標為 main 分支的 PR,檢查是否有遺漏的錯誤處理與安全性問題,留下行內註解,並發布總結判定」。
選擇你的 GitHub 程式庫,Claude 會在每次執行開始時從預設分支進行 clone。
選擇一個環境。預設環境適用於大多數情況。自訂環境則允許你設定 API 金鑰、安裝依賴套件或控制網路存取。
選擇觸發條件:Schedule、API 或 GitHub 事件,並視需要加入篩選器。
檢查你的連接器 (connectors)。所有已連結的 MCP 連接器預設都會包含在內。移除 Routine 不需要的部分,然後點擊建立。
從 CLI 設定:
在任何 Claude Code 工作階段中執行 /schedule,Claude 會以對話方式引導你完成所有設定,並將 Routine 儲存到你的帳號中。
/schedule daily PR review at 9am
就是這麼簡單,Claude 會詢問正確的問題,你只需回答,Routine 就會立即生效。
若要從 CLI 管理現有的 Routine:
/schedule list
/schedule update
/schedule run
關於限制,你需要知道的事:

Routines 會像互動式工作階段一樣消耗你的訂閱額度。
每個帳號每天有 Routine 執行次數上限,請在
/routines或設定/使用量頁面查看。
如果達到上限:若有額外額度,執行會以計費方式繼續;若無,新的執行將被拒絕,直到重置為止。
預設情況下,Claude 只能推送到
claude/*分支以避免更動受保護的分支。若要推送到任何地方,請在建立 Routine 時啟用「允許不受限制的分支推送 (Allow unrestricted branch pushes)」。
Routines 是個人化的,不會共享。所有透過你 GitHub 身分進行的操作(Commit、PR、Slack、Linear)都會顯示為你本人。
在研究預覽期間,GitHub 觸發條件也有每個 Routine 和每個帳號的每小時上限;超出上限的事件將被捨棄,直到重置為止。
噓... 給那些對深度 AI 學習感興趣的人:
如果你想深入了解 AI,以下是你如何從零開始並用它打造實際產品的方法。
你不需要技術背景也能打造賺錢的 AI 工具。
AI Launchpad 將帶領你從零開始,為真實企業打造聊天機器人、自動化流程和客製化 AI 助理。
- Leo
