如何透過 14 個步驟讓 Claude 自動執行任務：深入解析 /loop、Routines 與完整自動化技術堆疊

你每個月為 Claude 支付 20 到 200 美元，卻只把它當成付費版的 ChatGPT 在用。每 10 個使用者中，有 9 個 從未設定過不靠手動點擊就能運作的自動化流程。

沒有 /loop，沒有 排程任務，沒有 Routines，沒有 觸發器。這款理應在你睡覺時工作的工具，仍在等你打字輸入。以下是通往完整自動化堆疊的 14 步驟藍圖——以及你每週能省下的時間。

追蹤我的 Substack 以獲取最新 AI 資訊：

movez.substack.com

Claude Code 在過去三個月內悄悄釋出了一整套自動化堆疊。/loop 已上線。

Auto Mode 於 3 月 24 日推出。Cloud Routines 於 4 月 14 日開放研究預覽。到 2026 年 5 月，完整的藍圖已然成形：三層自動化，從你的終端機一路延伸到 Anthropic 的雲端，每一層都針對一個你不需要再「盯場」的理由而設計。

這是通往全部三層的 14 步驟藍圖——所有細節皆根據 2026 年 6 月 code.claude.com/docs 的官方文件驗證。整個脈絡很簡單：先讓手動迴圈正確運作，讓它在重啟後能持續，再推到雲端，讓筆電不再重要。

14 個步驟。3 個層級。一個在你睡覺時也能工作的 Claude。

01. /loop 指令。顯式與自然語言，兩種方式皆可。

讓 Claude Code 按照排程執行任何任務的最快方法。在任何對話中，輸入 /loop <間隔> <提示文字>。

底層會呼叫三個原生工具：CronCreate、CronList、CronDelete。間隔使用數字加單位：m 代表分鐘、h 代表小時、d 代表天。最小值為 1 分鐘——30 秒會自動進位。

1> /loop 1m say hello
2
3▲ Claude
4  CronCreate(*/1 * * * * : say hello)
5✓ Scheduled c21d95a0 (Every minute)
6  - Job: say hello
7  - Cadence: Every 1 minute (*/1 * * * *)
8  - Job ID: c21d95a0
9  - Duration: Recurring tasks auto-expire after 7 days
10  - Cancel anytime: CronDelete c21d95a0

你實際上不需要輸入 /loop。Claude 同樣能理解自然語言的排程：

• 每 10 分鐘檢查一次部署狀態
• 每個工作日早上 7 點，總結昨晚的提交記錄
• 今天下午 6:30，在 Slack 上發送狀態更新

時間使用本機時區，而非 UTC。Claude Code 中可用的任何斜線指令都可以放在 /loop 內——包括 /run、/review，甚至另一個 /loop（如果你敢嘗試的話）。

02. 真正的 cron 表達式，應對真正的排程需求。

CronCreate 工具接受標準的 5 欄位 cron 表達式：分鐘 小時 日 月 星期。所有欄位皆支援萬用字元 (\)、單一值 (5)、步進 (\/15)、範圍 (1-5) 以及逗號分隔清單 (1,15,30)。星期使用 0 或 7 代表星期日，6 代表星期六。

不支援的語法： 擴展語法如 L（最後一天）、W（工作日）、? 或名稱別名如 MON 或 JAN。當日與星期同時被限制時，只要任一欄位符合即視為符合——標準 vixie-cron 語義。

值得記住的 cron 模式：

1# 值得記住的 cron 模式
2
3# 每 5 分鐘（僅在上班時間）
4*/5 9-17 * * 1-5
5
6# 每個工作日早上 7 點
70 7 * * 1-5
8
9# 每月第一天早上 9 點
100 9 1 * *
11
12# 每 15 分鐘
13*/15 * * * *
14
15# 每晚凌晨 2:30
1630 2 * * *
17
18# 每週五下午 4 點
190 16 * * 5
20
21# 每 6 小時，整點執行
220 */6 * * *

03. 自動過期與停止條件

四個硬性限制，決定 /loop 是否適合該任務。記住它們，否則之後會浪費時間摸索：

• 7 天自動過期。 每個重複任務在建立後 7 天自動刪除。任務會執行最後一次，然後自行移除。這限制了被遺忘的迴圈能運行的時間上限。如果你需要它存活更久，請在截止日期前取消並重新建立——或者使用 Routines（步驟 10）。
• 每個對話最多 50 個任務。 對個人工作流程來說綽綽有餘。如果你正在建構更複雜的東西，請計算你的任務數量；你只會在撞牆時才收到警告。
• 不補執行。 如果 Cluade 正在執行長時間請求時任務到期，它會在 Claude 空閒時執行一次，而不是每個錯過的間隔都執行一次。如果在 20 分鐘的重構期間遇到 5 分鐘的迴圈，只會觸發一次，而非四次。
• 工作階段範圍。 關閉終端機會取消所有任務。重新啟動 Claude Code 會清除所有排程任務。無法跨工作階段持久化——這就是第 2 層和第 3 層的用途。

要在會話期間列出和取消任務，只需用自然語言提問——Claude 會路由到 CronList 和 CronDelete：

1> show running cron jobs
2
3▲ CronList()
4   ID         JOB                       CADENCE
5   c21d95a0   say hello                 Every 1 minute
6   8f3aa412   check deploy status       Every 10 minutes
7   bb7c0d91   morning summary           0 7 * * 1-5
8
9> kill the deploy status check
10
11▲ CronDelete(8f3aa412)
12✓ Cancelled. 2 jobs remaining.

對於不適合背景排程的 CI 環境或共用伺服器，請在環境中設定 CLAUDE_CODE_DISABLE_CRON=1。cron 工具和 /loop 將無法使用，任何已排程的任務也將停止觸發。

這對於任何執行 Claude 的使用者並非排程擁有者的環境來說，是正確的做法。

04. 將 /loop 與 /goal 配對使用

單純的 /loop 要求 Claude 重複執行某件事。而與 /goal 配對的 /loop 則要求 Claude 重複執行，直到滿足特定條件——並在遇到中間的「已經夠了」的宣告時繼續迴圈。

這種配對解決了重複任務中的代理惰性問題。沒有 /goal，迴圈可能處理了應處理的 50 個項目中的 20 個，然後就把剩下的稱為「已處理」。有了 /goal，停止條件是明確且強制的：

1A /loop on its own asks Claude to do something repeatedly.
2A /loop paired with /goal asks Claude to do something repeatedly until a specific condition is met — and to keep looping past intermediate "done enough" declarations.
3
4This pairing solves agentic laziness inside a recurring task.
5Without /goal, a loop might address 20 of the 50 items it's meant to handle and call the rest "handled." With /goal, the stop condition is explicit and enforced:

這種配對值得記住的三種模式：

• 不穩定的測試除錯。 重現、形成理論、測試，直到某個理論成立為止。
• 長時間遷移。 處理項目、儲存進度、繼續，直到佇列為空。
• 收件匣式分類。 處理待辦項目，繼續，直到完整迴圈中沒有新項目出現。

四個步驟，你就擁有了一個可用的手動迴圈。現在，讓它在重新啟動後依然存活。

05. 桌面排程任務。

Claude Desktop 應用程式有自己的排程器，與 CLI 的 /loop 不同。透過 Schedule → New task → New local task 建立排程任務。

你可以定義名稱、提示文字、頻率、權限和工作資料夾。每次觸發都會啟動一個全新的 Claude Code 會話——與其他任何任務都沒有共用上下文。

這一層能提供 /loop 所沒有的功能：

• 在重新啟動後存活。 重新開機、關閉所有終端機——任務仍會在時間到時觸發。
• 每次觸發都是全新上下文。 不會累積之前執行的狀態。每個任務本質上是獨立的。
• 預先設定的權限。 允許的工具、工作資料夾、模型，所有設定皆鎖定在每個任務中。

它仍然需要的條件：你的電腦必須保持開機。 如果筆電在任務到期時處於睡眠狀態，該次執行將被跳過。當電腦喚醒或你重新打開 Claude Desktop 時，它會檢查過去 7 天是否有錯過的執行，會對最近一次錯過的執行時間啟動一次補執行，並顯示通知。

要防止因閒置而進入睡眠，請在桌面設定的「一般」中啟用「保持電腦清醒」。闔上筆電上蓋仍會觸發睡眠。

桌面排程任務僅適用於

macOS 和 Windows

。Linux 使用者有兩個選擇：(1) 使用 CLI 的 /loop 進行工作階段範圍的排程，或 (2) 設定系統 cron 工作，在無頭模式下執行 claude -p <prompt> 以進行持久排程。Routines（步驟 10）因為在雲端執行，所以隨處可用。

06. Token 預算與速率限制。

Pro 方案上最大的意外：每次排程觸發都會啟動一個完整的 Claude Code 會話，而每個會話都會計入你的用量限制。一個每 5 分鐘執行的迴圈運行 24 小時，就是 288 個會話。

這些會話並不算小——每個都會載入上下文、呼叫工具，可能還會呼叫子代理。在設定任何野心勃勃的項目之前，請先將此納入考量。

三個讓自動化保持經濟實惠的習慣：

• 在提示文字中設定明確的 Token 預算。「最多使用 5k token。如果無法在此預算內完成，請儲存部分進度並乾淨地退出。」這會單獨限制每次觸發。
• 根據任務匹配模型。 不要對所有任務都預設使用 Opus。大多數自動化在 Sonnet 上運行良好。廉價的探索性任務則使用 Haiku。任務設定內的模型選擇器預設使用面板預設值——而非你的互動會話所使用的模型。請為每個任務明確設定。
• 根據用量選擇正確的方案。 Pro 方案在大量自動化下很快就會緊縮。Max 方案提供 5 倍的空間；Team 和 Enterprise 方案則更多。如果你正在佈署真正的自動化，升級的成本會因為避免在星期二下午 3 點被限速而回本。

07. 為無人值守執行設定權限。

預設情況下，Claude Code 在執行任何 bash 指令、寫入任何檔案或呼叫任何外部 API 之前，都會要求批准。

當你在觀看時，這沒問題。但當沒有人在時，這就是一場災難。三種設定模式可以將預設行為改造成真正能無人值守運行的東西：

• 透過 settings.json 預先批准特定工具——一個允許的安全指令清單和一個禁止的指令清單。
• 在專案根目錄使用 .claudeignore 來阻止任何無人值守任務在執行前存取憑證、環境檔案和敏感目錄。
• 啟用稽核日誌來記錄每個自主動作。第二天早上閱讀它，而不是盲目相信此次執行。

1{
2  "permissions": {
3    "autoApprove": [
4      "Read(*)",
5      "Grep(*)",
6      "Bash(npm test)",
7      "Bash(pytest)",
8      "Bash(git status)",
9      "Bash(git diff*)",
10      "Bash(git log*)",
11      "WebFetch(domain:docs.python.org)"
12    ],
13    "deny": [
14      "Bash(rm -rf*)",
15      "Bash(git push*)",
16      "Bash(*--force*)",
17      "Bash(curl*)",
18      "Edit(.env*)",
19      "Edit(secrets/*)"
20    ]
21  },
22  "auditLog": true
23}

判斷哪些應該自動批准的正確測試標準：如果出錯了，復原的代價是多少？ 代價低（在草稿 PR 上留言）——自動批准。代價高（強制推送至 main 分支）——絕不批准。

中間地帶（建立分支、開啟 PR）可以自動批准，前提是你也有確實會閱讀的稽核日誌。

08. Auto Mode - AI 分類的權限

Auto Mode 是 --dangerously-skip-permissions 的替代方案。它不是全面批准，而是由一個 AI 分類器評估每個工具呼叫是否符合有效的權限政策，並決定是否自動批准、提示或封鎖。

Anthropic 測量到使用者批准了 93% 的權限提示；Auto Mode 自動化處理那 93%，而對剩下的 7% 則讓人工參與其中。

實際運作方式：

• 三個等級。 寬鬆、平衡、嚴格。選擇與你對該專案的風險承受度相符的等級。
• 兩層防禦。 伺服器端的提示注入探測器會掃描工具輸出，然後才進入 Claude 的上下文。接著分類器會評估每個提議的動作。
• 稽核軌跡。 每個自主決策都會被記錄下來。你可以事後查看哪些被批准、原因為何。

截至 2026 年 5 月的方案可用性： Max、Team、Enterprise 和 API 方案（透過 Anthropic API）。目前不適用於 Pro、Bedrock、Vertex 或 Foundry。

在圍繞它進行規劃之前，請先查看 code.claude.com/docs/en/auto-mode。啟用後，Auto Mode 會加入 Shift+Tab 模式循環，與「接受編輯」和「規劃」並列。

Auto Mode 仍處於研究預覽階段。分類器的決策邏輯正在完善中，行為可能會在版本之間發生變化。

將其與 .claudeignore 和稽核日誌配對使用——Anthropic 強烈建議兩者都使用。不要在沒有額外安全措施的共用團隊環境中使用它。

09. 選擇適合該任務的排程器。

三個排程器，很容易混淆。決策規則只有一個問題：這個任務需要在哪裡執行，誰需要保持清醒？

疊加模式：先在對話中使用 /loop 來找出可行的方案，然後升級到 Desktop 任務以進行日常使用，最後升級到 Routines，讓它在不依賴硬體的情況下運行。

每一層都透過移除一個你需要「在場」的理由來證明自己的價值。

10. Cloud Routines。

於 2026 年 4 月 14 日以研究預覽形式發布。Routines 是儲存的 Claude Code 設定——包含提示文字、儲存庫、連接器、權限——它們在 Anthropic 管理的雲端基礎架構上，根據觸發條件執行。

你的筆電可以關機。 執行仍然會發生。

所有付費方案（Pro、Max、Team、Enterprise）皆可使用。在 claude.ai/code/routines 建立，或在 CLI 中使用 /schedule 建立。CLI 僅建立排程觸發的 routines；要新增 API 或 GitHub 觸發器，請在網頁上編輯。

一個 routine 實際上包含：

• 一個自我包含的提示文字。 Routine 會自主運行，沒有後續問題，因此任何不明確的地方都會在每次執行時變成「擲硬幣」的結果。明確說明要做什麼、成功的標準是什麼、結果要傳送到哪裡。
• 一個或多個儲存庫。 在每次執行開始時克隆。
• 連接器。 Slack、Linear、Drive、GitHub，任何你已連接的項目。
• 一個環境。 控制網路存取和密碼。預設為 Trusted——允許套件註冊表，但不允許任意對外呼叫。
• 一個或多個觸發器。 排程、API、GitHub 事件，或任意組合。

預設情況下，routines 只能推送到以 claude/ 為前綴的分支。一個撰寫不當的 routine 無法意外推送到 main 分支。只有當你擁有確實可信的下游審查流程時，才停用此功能。 此預設存在是有原因的。

11. 排程觸發的 Routines

這是最常見的觸發器，也是你應該從它開始的類型。設定一個節奏——每小時、每天、工作日、每週，或一次性的未來時間——然後就可以放手了。

1> /schedule weekdays at 7am
2  Goal: pull yesterday's GitHub issues, classify by severity,
3  draft fixes for any "P0" or "P1," open draft PRs for review.
4  Post a digest summary to #engineering on Slack.
5
6▲ Claude
7  Creating routine: morning-briefing
8  - trigger: schedule (0 7 * * 1-5)
9  - repositories: org/api, org/web
10  - connectors: github, slack
11  - environment: Trusted
12✓ Active · first run Monday 07:00 local time.
13  View at claude.ai/code/routines

三種能快速回本的模式：

• 早上簡報。 提取昨天的指標和事件，總結新的 GitHub 問題，在 Slack 上發布摘要。到早上 8 點，你無需打開任何東西就能知道昨晚發生的事。
• PR 審查巡檢。 每個工作日早上 9 點，掃描分配給你的開放 PR，留下帶有安全性和風格標記的初審意見。人工審查從已預先清理的基礎開始。
• 文件漂移檢測。 每週掃描程式碼變更，並標記任何未隨之更新的文件。開啟一個包含更正內容的草稿 PR。

時間使用你的本地時區，並會自動轉換。由於錯開機制，執行時間可能比排程時間晚幾分鐘——但對每個 routine 來說是一致的。

12. API 觸發的 Routines

API 觸發器為 routine 提供一個唯一的 HTTP 端點和一個 Bearer token。從任何地方（警示系統、部署管道、監控工具、你自己的應用程式）對其發送 POST 請求，routine 就會執行。可選的 JSON body 會變成一次性上下文，附加到 routine 的提示文字之後。

1# 從任何有 HTTP 存取權限的地方觸發 routine
2curl -X POST https://api.anthropic.com/v1/claude_code/routines/$ROUTINE_ID/fire \
3  -H "Authorization: Bearer $ROUTINE_TOKEN" \
4  -H "anthropic-version: 2023-06-01" \
5  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
6  -H "Content-Type: application/json" \
7  -d '{"text": "Sentry alert SEN-4521 fired in prod. Stack trace attached."}'
8
9# 回應包含 claude_code_session_id + 即時觀看 URL

兩個需要注意的操作細節：

• Token 僅在建立時顯示一次。 立即將其儲存在密碼儲存庫中——你之後無法檢索它。
• 注意 beta header。 /fire 端點在 experimental-cc-routine-2026-04-01 下提供。請求和回應的格式在預覽期間可能會發生變化。Anthropic 保證最近兩個版本的 header 會繼續運作——請在棄用視窗期間遷移。

這個觸發模式實際解鎖的功能：Claude 成為你技術堆疊中任何系統都可以呼叫的工作流程。

CI 失敗 → 觸發 routine 來調查並開啟修復 PR。PagerDuty 警報 → 觸發 routine 進行分類並發布初始上下文。Stripe webhook → 觸發 routine 來更新內部儀表板。

13. GitHub 觸發的 Routines。

GitHub 觸發器將 routine 掛鉤到 Claude GitHub App 的 webhook。支援的事件範圍很廣：pull request、push、issue、check run、workflow run、discussion、release、merge queue。

每個符合條件的事件都會啟動一個獨立的會話——事件之間不會重複使用會話。

這個觸發器在哪裡能體現其價值：

• PR 開啟事件 → routine 執行程式碼審查，標記安全性和風格問題，留下初審意見。作者在人工審查者到達之前就能獲得預審回饋。
• Issue 建立事件 → routine 分類新 issue，套用標籤，連結相關程式碼，草擬初步回覆。待辦事項清單在沒有人手動管理的情況下保持整潔。
• Workflow run 事件 → routine 調查 CI 失敗，找出可能的根本原因，開啟修復的草稿 PR。失敗的建置不再需要手動處理。
• Release 事件 → routine 草擬發行說明，張貼到更新日誌，通知相關人員。不再有「這個 sprint 誰來寫更新日誌」的問題。

Pull request 篩選器讓你可以精確限定範圍：作者、標題、內容、基礎分支、頭部分支、標籤、草稿狀態、合併狀態、是否來自 fork。

一個僅在針對 main 分支的 PR 被標記為「需要安全審查」時才觸發的 routine，只需設定一個篩選條件即可達成。

14. 與技能和動態工作流程組合。

最後一步，將所有 Claude Code 之前推出的功能串連起來。當你將每個自動化層與堆疊的其餘部分配對時，它們會變得更加強大。

• Routines 內部的技能。 技能是一個可重複使用的指令檔案。將你的「PR 審查」或「早上簡報」技能放入 ~/.claude/skills/，然後讓 routine 的提示文字指向它：「使用 morning-briefing 技能」。技能是你的可重複使用配方；routine 是執行它的觸發器。
• Routines 內部的動態工作流程。 對於需要並行子代理的複雜自動化——深度驗證、錦標賽、發散式研究——讓 routine 的提示文字呼叫一個工作流程。Routines 提供排程；工作流程提供結構。
• 由其他 Routines 觸發的 Routines。 一個 routine 的輸出（PR 開啟、Slack 訊息、標籤變更）可以成為另一個 routine 的觸發器。這種組合不是一個可以切換的功能——而是一種模式，透過將一個 routine 的輸出指向另一個 routine 的觸發器來設定。
• 每個 Routine 有自己的權限，而非全域權限。 每個 routine 都有各自的權限設定。早上簡報 routine 可以到處讀取，但無法推送。自動修復 routine 只能推送到 claude/ 分支。安全掃描 routine 則將拒絕清單最大化。將每個 routine 的權限檔案視為其安全邊界的一部分。

整個堆疊在最佳狀態下看起來像這樣：技能作為你的配方，動態工作流程作為編排層，Routines 作為觸發層，Auto Mode 作為權限分類器，稽核日誌作為你早上的審查工具。 本文中的每個步驟都設定了該堆疊中的一個部分。

你不需要第一天就全部用上。從 /loop 開始。升級到 Desktop。再升級到 Routines。與技能配對使用。當複雜度要求時，再加入工作流程。

在 Claude 自動化上浪費錢的習慣

• 一開始就從未嘗試 /loop。 最簡單的自動化層級完全免費，而你已經忽略它三個月了。
• 忘記 7 天自動過期。 設定了一個關鍵迴圈，然後放手不管，一週後納悶為什麼什麼事都沒發生。
• 將 /loop 用於應該比終端機存活更久的任務。 第 2 層和第 3 層的全部意義就在於這種情況——升級它。
• 讓 Automations 使用預設模型。 每次觸發都使用 Opus，而 Sonnet 就能以更低的成本完成相同工作。請檢查每個任務的模型選擇器。
• 對於應該一直執行到完成的迴圈，沒有設定 /goal。 迴圈在「處理得差不多了」的時候就停了，而不是達到實際的停止條件。
• 透過 --dangerously-skip-permissions 進行全面批准。 距離一個 git push --force origin main 的錯誤提示只有一步之遙。請使用 Auto Mode 或允許清單。
• 模糊的 routine 提示文字。 Routine 會自主運行，沒有後續問題。模糊的提示文字會在每次執行時產生「擲硬幣」的行為。
• 沒有稽核日誌。「相信自動化」而不審查它的行為，是讓靜默失敗變成重大事件的原因。
• 停用 claude/ 分支前綴。 此預設存在是有原因的。在下游審查流程真正穩固之前，不要關閉它。
• 在 Pro 方案上運行自動化。 大量自動化很快就會達到速率限制。如果你正在佈署真實的工作流程，升級到 Max 方案的成本會因為不被封鎖而回本。

結論：**

Claude 並不會在你停止打字時停止工作。

自動化堆疊已經分批釋出了三個月。3 月的 /loop。兩週後的 Auto Mode。4 月的 Routines。整套系統已經上線、有文件可查，並且在你已經付費的方案中即可使用。

在「Claude 作為昂貴聊天機器人」和「Claude 作為勞動力」之間，只隔著十四個設定步驟。

大多數使用者會繼續手動輸入提示，然後就此打住。這對 casual 使用來說沒問題，但對其他所有事情來說都很糟。那 1% 運行真正自動化的使用者，他們的 Claude 在早上 7 點分類問題、每小時更新儀表板、每 10 分鐘草擬 Slack 回覆——這一切都在他們睡覺時發生。 他們已經設定好手動迴圈，將其升級到 Desktop，再升級到 Routines。

選擇一個你還沒做過的步驟——很可能是在終端機中的第一個 /loop——然後在明天加上它。接著做下一個。Claude 的輸出取決於 Claude 的設定。將其設定為自動駕駛模式，你就會得到這樣的結果。