如何在 14 個步驟內讓 Claude 自動化運行：/loop、Routines 與完整自動化堆疊指南

好的，這是您要求的英文到繁體中文的翻譯。

你是否每個月支付 20 到 200 美元給 Claude，卻只能盯著螢幕等待輸入或輸出？AI 工程師兼內容創作者 Codez（@0xCodez）在 X 上發表了一篇爆紅文章「如何在 14 個步驟中讓 Claude 自動運行：/loop、Routines 與完整的自動化堆疊」，獲得了 519.8 萬次曝光。

從 2026 年初開始，三種類型的自動化堆疊已悄悄地加入 Claude Code：CLI /loop（會話內排程）→ 桌面端本地排程器 → Anthropic 雲端上的 Routines。這個配置讓 Claude 可以持續工作，而你無需按下任何按鈕。本文根據官方文件，提供所有細節的完整翻譯。如果你是一位覺得「自動化太難」或「從未嘗試過」的日文 Claude Code 用戶，請從檢查步驟 01 開始。

最終，許多人每月支付 20 到 200 美元給 Claude，卻把它當作 ChatGPT 的付費版本在使用。90% 的用戶尚未設置好無需手動點擊即可運行的自動化。

沒有 /loop，沒有排程任務，沒有 Routines，沒有觸發條件。那個應該在你睡覺時工作的工具，仍在等待你的輸入。你可能認為自己已透過 AI 簡化了工作，但實際上，你可能只是被 AI 牽著鼻子走，並累積著壓力。

Claude Code 在過去三個月內快速發布了自動化堆疊。/loop 出現了，Auto Mode 於 3 月 24 日發布，Claude Routines 則於 4 月 14 日作為研究預覽版開放。截至 2026 年 5 月，完整藍圖已經成形。

本文是一份橫跨所有三種類型的 14 步驟路線圖。所有細節均已根據截至 2026 年 6 月的官方文件（https://code.claude.com/docs）進行驗證。路徑很簡單：首先，讓手動循環正確運作；接著，確保它們在重啟後能持續運行；最後，遷移到雲端，使本地環境不再重要。

14 個步驟。3 種類型。1 個 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✓ 已排程 c21d95a0 (每分鐘)
6  - 任務：say hello
7  - 節奏：每 1 分鐘 (*/1 * * * *)
8  - 任務 ID：c21d95a0
9  - 持續時間：重複任務會在 7 天後自動到期
10  - 隨時取消：CronDelete c21d95a0

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

• 每 10 分鐘檢查一次執行狀態
• 平日上午 10 點檢查隔夜的最新新聞
• 今天下午 6 點在 Slack 上發布狀態

時間使用本地機器的時區，而非 UTC。任何可在 Claude Code 中使用的斜線命令都可以放在 /loop 內部。

02. 使用完整的 Cron 表達式設定正規排程

CronCreate 工具支援標準的 5 欄位 cron 表達式（分鐘 小時 日 月 星期）。所有欄位都支援萬用字元（）、單一值（5）、步進值（/15）、範圍（1-5）和逗號分隔清單（1,15,30）。對於星期，0 或 7 代表星期日，6 代表星期六。

不支援的擴展語法： L（月份最後一天）、W（工作日）、? 以及 MON 或 JAN 等名稱別名。如果同時指定了日和星期，則任一項符合時任務就會執行（標準 vixie-cron 語義）。

📝

注意：

「vixie-cron」是 Unix/Linux 中廣泛使用的 cron 實作。以其開發者 Paul Vixie 命名，指大多數 Linux 伺服器和 macOS 中的預設 cron 行為。這種「任一項符合就執行」的行為在結合月份和星期任務時可能導致非預期動作，請務必小心。

1值得記住的 Cron 模式範例：
2# 僅在工作時間內每 5 分鐘
3*/5 9-17 * * 1-5
4
5# 平日上午 7 點
60 7 * * 1-5
7
8# 每月 1 日上午 9 點
90 9 1 * *
10
11# 每 15 分鐘
12*/15 * * * *
13
14# 每天晚上 2:30
1530 2 * * *
16
17# 每週五下午 4 點
180 16 * * 5
19
20# 每 6 小時，整點執行
210 */6 * * *

如果不確定，只需用日文告訴 Claude「設定 cron」，它就會自動幫你建立。

03. 自動到期與停止條件

在決定使用 /loop 之前，需要考慮四個限制。現在記住這些，以免日後浪費時間：

• 7 天後自動到期。 所有重複任務在建立 7 天後會自動刪除。它們會在被刪除前執行最後一次。請在截止日期前取消/重新建立，或將其升級為 Routines（步驟 10）。
• 每個會話最多 50 個任務。 對於個人工作來說是足夠的。如果正在建構複雜項目，請留意任務數量。達到限制前不會發出警告。
• 不進行補執行。 如果任務的執行時間到來時，Claude 正在處理一個長時間請求，它會在 Claude 進入待命狀態後執行一次。如果一個 5 分鐘的循環在一個 20 分鐘的重構任務期間到來，它不會一次執行 4 次。
• 會話範圍。 關閉終端機會取消所有任務。重新啟動 Claude Code 會清除所有排程任務。會話之間沒有持久性。這就是第 2 層和第 3 層存在的原因。

列出或取消任務可以使用自然語言：

1> 顯示正在運行的 cron 任務
2
3▲ CronList()
4   ID         任務                        節奏
5   c21d95a0   say hello                   每 1 分鐘
6   8f3aa412   檢查部署狀態                 每 10 分鐘
7   bb7c0d91   早晨摘要                     0 7 * * 1-5
8
9> 停止部署狀態檢查
10
11▲ CronDelete(8f3aa412)
12✓ 已取消。剩餘 2 個任務。

如果在 CI 環境或共享伺服器中不需要背景排程，請設定環境變數 CLAUDE_CODE_DISABLE_CRON=1。這會停用 cron 工具和 /loop，並停止現有的排程任務。

這是在運行 Claude 的用戶與擁有排程的用戶不同時的正確選擇。

04. 結合 /loop 與 /goal

單獨使用 /loop 是一個「重複執行」的指令。將 /loop 與 /goal 結合，則會變成「重複直到滿足特定條件」，讓它能夠忽略「基本上完成了」的聲明，並持續運作。

這個組合解決了 AI 在重複性任務中的「懶惰」問題。沒有 /goal，一個循環可能處理了 50 個項目中的 20 個，就認為剩下的已經「處理完畢」。有了 /goal，停止條件變得明確且可強制執行。

這個組合發揮效用的三種模式：

• 調試不穩定的測試。 重現、假設、驗證。重複直到確認其中一個原因。
• 長時間的資料遷移。 處理項目、儲存進度、繼續，直到佇列為空。
• 收件匣式分類。 處理待辦項目，持續到一個週期內完全沒有新項目出現為止。

現在手動循環已經正常運作。接下來，讓我們讓它在重啟後也能持續運作。

有關 /goal 命令的更多資訊，請參閱下方文章。

05. 桌面端排程任務

Claude Desktop 應用程式有一個不同於 CLI /loop 的排程器。透過「Schedule → New Task → New Local Task」來建立。設定名稱、提示詞、頻率、權限和工作資料夾。每次執行都會作為一個獨立的 Claude Code 會話啟動。沒有共享上下文。

相比 /loop 的優勢：

• 重啟後持續運作。 即使你重新啟動機器或關閉所有終端機，任務仍會依照排程執行。
• 每次執行都有全新上下文。 它不會繼承前一次執行的狀態。每個任務基本上是獨立的。
• 預先配置的權限。 允許的工具、工作資料夾和模型都可以為每個任務固定設定。

要求：機器必須處於非睡眠狀態。如果任務時間到來時機器正在睡眠，則不會執行。當機器醒來或重新開啟 Claude Desktop 時，它會檢查過去 7 天內錯過的任務，為最後一次錯過的任務執行一次補執行，並顯示通知。

為了防止自動休眠，請在桌面版設定的「一般」中啟用「讓電腦保持清醒」。但是，闔上筆記型電腦螢幕仍然會導致休眠。

Routines（步驟 10）在雲端運行，而此模式是透過你自己的電腦連線運行。

06. Token 預算與速率限制

Pro 方案最大的陷阱：每次排程執行都會啟動一個完整的 Claude Code 會話，而每個會話都會增加你的使用量。一個每 5 分鐘運行、持續 24 小時的循環就是 288 個會話。這並不輕省。它會載入上下文、呼叫工具，有時還會啟動子 Agent。在建立大型項目之前，請先計算清楚。

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

• 在提示詞中設定明確的 token 預算。「最多使用 5k token。如果無法在此預算內完成，請儲存部分進度並正常結束。」這限制了每次執行的個別用量。
• 為任務選擇合適的模型。 不要所有事都用 Opus。大多數自動化任務使用 Sonnet 就足夠了。便宜的調研任務使用 Haiku。任務設定中的模型選擇畫面會套用面板預設值，而不是互動會話中使用的模型。請為每個任務明確設定。
• 選擇適合你使用量的方案。 Pro 方案在大量自動化下很快就會達到限制。Max 方案提供 5 倍容量，Team/Enterprise 方案提供更多。如果你正在運行生產級自動化，與其在某個星期二下午 3 點被擋住，不如升級方案更划算。

📝

注意：

以日圓粗略估算，截至 2026 年 6 月，Pro 方案約為每月 3,000 日圓，Max 方案約為 15,000 日圓。如果你要運行每天 288 個會話的 24 小時自動化，升級到 Max 方案基本上是強制性的。

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% 需要人工介入。

實際運作方式：

• 3 個強度等級。「寬容」、「平衡」和「嚴格」。選擇一個符合你專案風險承受度的等級。
• 2 層防禦。 伺服器端提示注入檢測會在工具輸出進入 Claude 上下文之前進行檢查，然後分類器會評估每個提議的動作。
• 稽核軌跡。 所有自主決策都會被記錄下來。你可以稍後檢查哪些東西被批准了。

在規劃之前，請先查看 code.claude.com/docs/en/auto-mode。一旦啟用，Auto Mode 會加入 Shift+Tab 模式循環中的「接受編輯」和「規劃」旁邊。

Auto Mode 仍處於實驗性發布階段。分類器的決策邏輯正在完善中，並可能在不同版本之間發生變化。請與 .claudeignore 和稽核日誌一起使用。Anthropic 強烈建議兩者都使用。在沒有額外安全防護的情況下，請勿在共享團隊環境中使用。

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

到目前為止介紹的兩種排程類型，以及接下來將介紹的 Routines，可能會讓人感到困惑。讓我們確保你了解它們之間的區別。

最好的做法是先在會話中使用 /loop 看看什麼能運作，然後將成功的任務升級為桌面端任務以用於日常使用，如果你希望它獨立於你的終端機，則再升級為 Routines。

10. 雲端 Routines

於 2026 年 4 月 14 日作為研究預覽版發布。Routines 是一種 Claude Code 設定，其中提示詞、儲存庫、連接器和權限都會被儲存起來，並根據觸發條件在 Anthropic 管理的雲端基礎設施上執行。

即使你的筆記型電腦關機，它們也會運作。

所有付費方案（Pro、Max、Team、Enterprise）皆可使用。你可以在 claude.ai/code/routines 建立它們，或在 CLI 中使用 /schedule 建立。CLI 只能建立由排程觸發的 Routines。要新增 API 或 GitHub 觸發條件，你需要在網頁上編輯它們。

Routine 包含的元素：

• 自包含的提示詞。 由於 Routines 是自主運行的，無法追問，因此模糊的提示詞會導致結果好壞參半。清楚說明要做什麼、成功的標準是什麼，以及將結果發送到哪裡。
• 一個或多個儲存庫。 在每次執行開始時複製。
• 連接器。 Slack、Linear、Drive、GitHub 或任何已配置的服務。
• 執行環境。 控制網路存取和機密。預設為「受信任」：允許套件註冊表，不允許任意的外部通訊。
• 一個或多個觸發條件。 排程、API、GitHub 事件，或它們的組合。

預設情況下，Routines 只能推送到以 claude/ 開頭的分支。一個不合適的 Routine 不會意外地推送到 main 分支。只有當下游審查流程真正可靠時，才應停用此設定。這個預設值的存在是有原因的。

11. 排程觸發的 Routines

解釋最常見的觸發條件。設定頻率（每小時、每天、工作日、每週或一次性未來時間），然後就不用管它了。

1> /schedule weekdays at 7am
2  目標：提取昨天的 GitHub issues，按嚴重性分類，
3  為任何「P0」或「P1」的問題草擬修復方案，開啟草稿 PR 供審查。
4  將摘要報告發布到 #engineering Slack 頻道。
5
6▲ Claude
7  正在建立 routine：morning-briefing
8  - 觸發條件：schedule (0 7 * * 1-5)
9  - 儲存庫：org/api, org/web
10  - 連接器：github, slack
11  - 環境：Trusted
12✓ 已啟用 · 首次執行時間：當地時間週一 07:00。
13  在 claude.ai/code/routines 檢視

三個能快速回收成本的模式：

• 早晨狀態報告。 獲取前一天的指標和事件資訊，總結新的 GitHub issues，並將摘要發布到 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 警報 SEN-4521 在生產環境觸發。附上堆疊追蹤。"}'
8
9# 回應包含 claude_code_session_id + 即時檢視 URL

📝

注意：

Beta 標頭 anthropic-beta: experimental-cc-routine-2026-04-01 是強制性的。如果此標頭發生變化，它將會失效，因此如果你要整合到生產系統中，請定期檢查官方文件是否有棄用通知。Anthropic 保證對最近兩個版本的行為提供支援，並建議在通知期內進行遷移。

重要的操作說明：

• Token 僅在建立時顯示一次。請立即將其儲存到機密管理工具（AWS Secrets Manager、GitHub Secrets 等）。之後無法再取回。
• 檢查 Beta 標頭。/fire 端點請求和回應格式在預覽期間可能會發生變化。請在棄用期間進行遷移。

這個觸發模式真正解鎖的能力：Claude 變成一個可以從你技術堆疊中任何系統呼叫的工作流程。

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

13. GitHub 觸發的 Routines。

GitHub 觸發條件將 Routines 連接到 Claude GitHub App 的 webhook。它支援廣泛的命令：拉取請求、推送、issues、檢查運行、工作流程運行、討論、發布、合併佇列等。每個事件都會啟動一個獨立的會話（不會重複使用會話）。

此觸發條件表現出色的情境：

• PR 開啟事件 → Routine 執行程式碼審查，標記安全性和風格問題，並留下第一則審查評論。作者能在人類審查員到達之前獲得早期回饋。
• Issue 建立事件 → Routine 對新 issues 進行分類，新增標籤，連結相關程式碼，並草擬第一則回覆。待辦事項清單保持整潔，無需手動管理。
• 工作流程運行事件 → Routine 調查 CI 失敗，找出根本原因，並草擬修復 PR。建置失敗不再是一項無聊的苦差事。
• 發布事件 → Routine 草擬發布說明，發布到更新日誌，並通知相關人員。不再需要問「這個週期誰來寫更新日誌？」

拉取請求篩選器允許精確的範圍界定：作者、標題、主體、基礎分支、頭部分支、標籤、草稿狀態、合併狀態、fork 來源。一個設定為「僅在帶有 needs-security-review 標籤且針對 main 分支的 PR 上觸發」的 Routine，只需一個篩選器設定即可完成。

14. 結合技能與動態工作流程

最後一步將 Claude Code 迄今為止發布的所有功能整合在一起。當與堆疊的其他部分結合時，每個自動化層都會變得更強大。

• 將技能納入 Routines。 技能是可重複使用的指令檔案。將「PR 審查」或「早晨進度檢查」技能放在 ~/.claude/skills/ 中，並在 Routine 提示詞中指定它們：「使用早晨資訊摘要技能」。技能是可重複使用的配方；Routines 是運行它們的觸發機制。
• 將動態工作流程納入 Routines。 對於需要平行子 Agent 的複雜自動化（深度驗證、比較、平行研究），讓 Routine 提示詞來呼叫一個工作流程。Routines 提供排程；工作流程提供結構。
• Routines 觸發 Routines。 一個 Routine 的輸出（開啟 PR、Slack 訊息、標籤變更）可以觸發另一個 Routine。這是一個透過將一個 Routine 的輸出導向另一個 Routine 的觸發條件來設定的模式，而不是一個可以一鍵啟用的功能。
• 權限是每個 Routine 單獨設定的，而非全域性的。 每個 Routine 都有其自己的權限設定。一個早晨進度檢查 Routine 可以讀取任何地方，但不能推送。一個自動修復 Routine 只能推送到 claude/ 分支。一個安全掃描 Routine 則最大化其拒絕清單。將每個 Routine 的權限檔案視為你安全邊界的一部分。

從 /loop 開始，升級到桌面端，然後升級到 Routines。結合技能，並在需要複雜性時加入工作流程。

有效運行自動化的要點

• 不要一開始就忽略 /loop。 最簡單的自動化層級無需額外成本即可使用，但人們卻忽略了它三個月。
• 不要忘記 7 天自動到期。 設定了一個重要的循環後忘記它，一週後才發現什麼都沒有運行。
• 不要對運行時間超過終端機生命週期的任務使用 /loop。 這正是第 2 層和第 3 層存在的原因。將它們升級。
• 不要讓自動化模型保持預設。 繼續使用 Sonnet 就能勝任的任務使用 Opus。檢查每個任務設定的模型選擇畫面。
• 不要忘記對需要執行到完成的循環使用 /goal。 循環可能會在「夠好了」的時候停止，而不是達到實際的停止條件。
• 不要使用 --dangerously-skip-permissions 進行大量批准。 一個不當的提示詞可能觸發 git push --force origin main。請使用 Auto Mode 或允許清單。
• 避免模糊的 Routine 提示詞。 Routines 是自主運行的，無法追問。模糊的提示詞會導致不一致的行為。
• 不要跳過稽核日誌。「信任自動化」而不監視執行，是一個讓不易察覺的失敗最終演變成大問題的過程。
• 不要停用 claude/ 分支前綴。 這個預設值的存在是有原因的。在下游審查流程真正穩健之前，不要停用它。
• 不要在 Pro 方案上運行生產級自動化。 大量自動化很快就會達到速率限制。如果你要運行生產工作流程，在被擋住之前升級到 Max 是值得的。

總結

即使你沒有輸入或點擊，Claude 也會持續工作。

大多數使用者會繼續手動輸入提示詞。對於休閒使用來說，這沒問題。然而，這幾乎不適合其他任何情況。那 1% 運行真正自動化的使用者，他們的 Claude 會在早上 7 點分類 issues、每小時更新儀表板、每 10 分鐘草擬 Slack 回覆——所有這些都在他們睡覺時完成。他們建立了手動循環，升級到了桌面端，並升級到了 Routines。

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

如果您是希望：

「精通 Claude Code」

「使用 AI 來簡化營運」

的企業主、專業人士或銷售人員。

歡迎隨時諮詢我們。

▼ Sparta Claude Code 學院

https://www.claude-code-lab.com

#ClaudeCode #AI活用 #業務效率化 #NoCode #AI工具 #生成式AI #Claude #工作效率化 #自動化 #提示工程 #API #LLM #工程師

https://x.com/0xCodez/status/2062926176117469477

https://x.com/claudecode_lab/status/2057356324388937879