Claude 自動化技術手冊 · Automation Stack
Claude Code 自動化 · 整理自 @0xCodez 技術文章

Claude Automation Stack — 自動化技術手冊 讓 Claude 在你睡覺時持續工作。
三層自動化堆疊,14 個設定步驟。

Claude Code 在 2026 年陸續推出三層自動化能力:終端 /loop 排程、桌面排程任務、雲端 Routines。本手冊整理 @0xCodez 的 14 步流程,對照官方文件 code.claude.com/docs,路徑很簡單 — 先把手動迴圈跑對,讓它跨重啟存活,再推到不依賴本機的雲端執行。

自動化層級
3 Tiers
終端 → 桌面 → 雲端,每一層各自移除一個需要你盯著螢幕的理由。
設定步驟
14 Steps
從第一個 /loop,到 Skills × Dynamic Workflows × Routines 的組合。
/loop 上限
50 Tasks
每個工作階段最多 50 個排程任務,建立 7 天後自動失效。
文件核對
Jun. 2026
內容對照 code.claude.com/docs,功能與可用方案請以官方文件為準。
01 / 概述 OVERVIEW · CLAUDE CODE AUTOMATION

三層自動化,逐層移除盯著螢幕的理由

概述 OVERVIEW

/loop 在 3 月推出,Auto Mode 於 3 月 24 日上線,Cloud Routines 4 月 14 日進入研究預覽。到 2026 年 5 月,三層自動化已從終端延伸到 Anthropic 雲端,每一層各自解決一個你需要手動介入的原因

01

Tier 1 — 終端 /loop:工作階段內的排程。

在任何 session 內執行 /loop <interval> <prompt>,底層呼叫 CronCreate、CronList、CronDelete 三個原生工具。最小間隔 1 分鐘,每個工作階段最多 50 個任務,建立 7 天後自動失效,關閉終端即全部取消。

02

Tier 2 — 桌面排程:跨重啟持久化。

Claude Desktop 有獨立於 CLI 的排程器。重開機、關閉所有終端後,任務到點仍會觸發;每次以全新 context 啟動,並可預先鎖定允許工具、工作資料夾與模型。限 macOS 與 Windows,且機器必須處於喚醒狀態。

03

Tier 3 — 雲端 Routines:不依賴本機。

Routines 是儲存好的 Claude Code 設定,在 Anthropic 託管的雲端基礎設施上依觸發執行,筆電關機也照跑。支援排程、API、GitHub 三種觸發,預設只能推送到 claude/ 前綴分支。所有付費方案皆可使用。

02 / Tier 1 · 終端 /loop SESSION-SCOPED · CRON · STEPS 01–04
01

Tier 1 終端 /loop

工作階段內的排程。最快讓 Claude Code 定時執行的方式,先在終端找出可行流程,再往上升級。

4 Steps
Session-Scoped · Cron
關閉終端即取消
01/04
Step 01 · code.claude.com/docs

/loop 指令:顯式與自然語言皆可

在任何 session 內排程;底層呼叫 CronCreate、CronList、CronDelete

執行 /loop <interval> <prompt>,間隔用數字加單位:m 分、h 時、d 天,最小 1 分鐘(30 秒進位)。也可以完全不打 /loop,直接用自然語言:「每 10 分鐘檢查部署狀態」「每個工作日早上 7 點彙整隔夜 commit」。時間以本機時區為準。任何斜線指令都能放進 /loop,包含 /run/review,甚至另一個 /loop。

✓ 自然語言排程 CronCreate 本機時區 巢狀斜線指令
Min Interval 1 min 原生工具 Cron ×3
02
Step 02 · CronCreate

標準 5 欄位 cron 表達式

分 時 日 月 週,支援萬用字元、步進、範圍與清單

CronCreate 接受標準 5 欄位 cron:minute hour day-of-month month day-of-week。各欄位支援 *、單值、步進 */15、範圍 1-5、逗號清單。週幾用 0 或 7 表示週日。不支援 L、W、? 等延伸語法,也不支援 MON / JAN 別名。當日與週同時設定時,任一符合即觸發(vixie-cron 語義)。

5 欄位 步進與範圍 無 L/W 別名
Format 5-field DOW 0–7
03
Step 03 · 限制與停止條件

自動失效與停止條件

四個硬限制,決定 /loop 適不適合這個任務

7 天自動失效:每個週期任務建立 7 天後自刪,最後觸發一次再移除。每階段上限 50 個任務,撞到上限前不會警告。不補觸發:任務到點時 Claude 正忙,只會在閒置後觸發一次,不補齊錯過的每個區間。工作階段範圍:關閉終端取消全部,重啟即清空。CI 或共享環境可設 CLAUDE_CODE_DISABLE_CRON=1 停用。

7 天失效 50 任務上限 不補觸發 session-scoped
Expiry 7 days Max 50 tasks
04
Step 04 · /loop × /goal

/loop 搭配 /goal

從「重複執行」變成「執行到條件達成為止」

單獨的 /loop 是重複做某事;搭配 /goal 則是重複做到特定條件成立,並越過中途「差不多完成」的宣告。這解決週期任務裡的代理偷懶,沒有 /goal,迴圈可能處理 50 項中的 20 項就當作「處理完了」。三個典型情境:flaky 測試除錯、長時間遷移、收件匣式分流。

明確停止條件 防代理偷懶 遷移與分流
Pairs With /goal
03 / Tier 2 · 桌面排程與權限 PERSISTENT · PERMISSIONS · STEPS 05–09
02

Tier 2 桌面排程

讓排程跨重啟持久化,並在無人值守前設好 token 預算、權限與 Auto Mode。

5 Steps
Persistent · Permissions
macOS · Windows
01/05
Step 05 · Claude Desktop

桌面排程任務

Claude Desktop 有獨立於 CLI 的排程器,跨重啟仍會觸發

從 Schedule → New task → New local task 建立,定義名稱、prompt、頻率、權限與工作資料夾,每次觸發以全新 Claude Code session 啟動。相對 /loop 的優勢:重開機後仍會觸發、每次 context 獨立、權限與模型可預先鎖定。前提是機器必須喚醒,可在 Settings → General 開啟「Keep computer awake」。限 macOS 與 Windows;Linux 用 /loop 或系統 cron 跑 claude -p

✓ 跨重啟持久化 全新 context 權限預鎖定 macOS / Windows
Persistence 跨重啟 需求 機器喚醒 Catch-up 最近 1 次
02
Step 06 · 用量與成本

token 預算與速率限制

每次觸發都是一個完整 session,都計入用量上限

每個排程觸發都會啟動完整 Claude Code session,5 分鐘迴圈跑 24 小時就是 288 個 session。三個讓自動化可負擔的習慣:在 prompt 裡設明確 token 預算(「最多用 5k token,做不完就存進度乾淨退出」);依任務挑模型,多數自動化用 Sonnet 即可,探索用 Haiku,不要預設 Opus;依量選方案,Pro 在重度自動化下很快觸頂,Max 約有 5× 餘裕。

明確 token 預算 逐任務選模型 依量選方案
每次觸發 完整 session Headroom Max ≈ 5×
03
Step 07 · settings.json

為無人值守設定權限

預設每個 bash、寫檔、外部 API 都要核准,無人看著時這是災難

三個設定把預設值變成可無人執行:在 settings.json 預先核准安全指令的 allow list、封鎖危險指令的 deny list;用 .claudeignore 在任務碰到前擋住憑證、env 檔與敏感目錄;開啟 audit log 記錄每個自主動作,隔天早上讀它而非盲信。判斷標準很簡單:出錯後復原成本低(草稿 PR 留言)就自動核准,復原成本高(force-push main)就絕不。

allow / deny list .claudeignore audit log
判斷 復原成本 記錄 auditLog
04
Step 08 · code.claude.com/docs/en/auto-mode

Auto Mode — AI 分類權限

取代 --dangerously-skip-permissions 的折衷方案

不是全盤放行,而是由 AI 分類器依現行權限政策評估每個工具呼叫,決定自動核准、詢問或封鎖。依官方說法,使用者會核准 93% 的權限提示,Auto Mode 自動化這 93%、把 7% 留給人。三個級別:Permissive / Balanced / Restrictive。兩層防護:伺服器端 prompt-injection 探測 + 分類器。仍在研究預覽,截至 2026 年 5 月可用於 Max、Team、Enterprise 與 API 方案,Pro 暫不支援。

✓ 保留人為把關 三級別 研究預覽
自動化 93% 提示 方案 Max+ / API
05
Step 09 · 排程器選型

選對排程器

三個排程器容易混淆,判斷只需一個問題

問自己:這個任務需要在哪裡執行、誰必須醒著?/loop 跑在當前 session,桌面任務跨重啟但需要本機喚醒,Routines 跑在雲端、不依賴本機。複利路徑是逐層升級:先在 session 用 /loop 找出可行流程,再升級成日常用的桌面任務,最後在需要不依賴硬體時升級到 Routines。

/loop → Desktop → Routines 逐層升級
判斷 在哪 / 誰醒 Path 逐層升級
04 / Tier 3 · 雲端 Routines CLOUD-RUN · TRIGGERS · STEPS 10–14
03

Tier 3 雲端 Routines

在 Anthropic 雲端執行,不依賴本機。支援排程、API、GitHub 觸發,並與 Skills、Dynamic Workflows 組合。

5 Steps
Cloud-Run · Triggers
All Paid Plans
01/05
Step 10 · claude.ai/code/routines

Cloud Routines

2026 年 4 月 14 日進入研究預覽,筆電關機也照跑

Routines 是儲存好的 Claude Code 設定(prompt、倉庫、connector、權限),在 Anthropic 託管的雲端依觸發執行。所有付費方案可用,在 claude.ai/code/routines 或 CLI 的 /schedule 建立。一個 routine 包含:自足的 prompt(自主執行、無後續提問)、一個或多個倉庫、connector(Slack / Linear / Drive / GitHub)、環境(預設 Trusted)、一個或多個觸發。預設只能推送到 claude/ 前綴分支,避免誤推 main。

✓ 不依賴本機 All Paid Plans claude/ 分支保護 研究預覽
Released Apr 14, 2026 Env Trusted Push claude/*
02
Step 11 · 排程觸發

Schedule-triggered Routines

最常見、也最該從這裡開始的觸發方式

設一個 cadence,每小時、每天、工作日、每週,或單次未來時間,然後走人。三個很快回本的範式:晨間簡報(彙整隔夜指標與新 issue,推 Slack);PR 審查前置(每工作日早上掃指派給你的 PR,留第一輪安全與風格意見);文件漂移偵測(每週掃程式變更,標出未同步更新的文件並開草稿 PR)。時間以本機時區自動換算,因 stagger 可能延後幾分鐘觸發。

晨間簡報 PR 審查前置 文件漂移偵測
Build /schedule Cadence 本機時區
03
Step 12 · API 觸發

API-triggered Routines

給 routine 一個 HTTP 端點與 bearer token,從任何系統觸發

API 觸發讓 routine 取得專屬 HTTP 端點與 token,從告警系統、部署流程、監控工具或自家 app POST 即可執行,選填 JSON body 會成為附加的一次性 context。兩個關鍵:token 只在建立時顯示一次,須立即存進密鑰庫;注意 beta header experimental-cc-routine-2026-04-01,預覽期間請求與回應格式可能變動,Anthropic 保證最近兩版 header 持續可用。這把 Claude 變成可被任何系統呼叫的工作流,CI 失敗就觸發調查並開修復 PR。

HTTP 端點 token 僅顯示一次 beta header
Endpoint /routines/fire Token 一次性
04
Step 13 · GitHub 觸發

GitHub-triggered Routines

透過 Claude GitHub App webhook 接入 routine

支援事件廣泛:pull request、push、issue、check run、workflow run、discussion、release、merge queue,每個符合事件啟動獨立 session。適用情境:PR 開啟 → 跑審查、留第一輪意見;issue 建立 → 分流、貼標、連結相關程式、草擬回應;workflow run → 調查 CI 失敗、開草稿修復 PR;release → 草擬 release notes、通知關係人。Pull request 過濾可精準限定 author、title、base / head 分支、label、draft、merged、from-fork 等。

PR / issue / CI 獨立 session 精準過濾
Source GitHub App Events 8+ 類
05
Step 14 · Skills × Workflows

與 Skills、Dynamic Workflows 組合

每一層自動化與其他層組合時更強

Skills 放進 Routines:把「PR 審查」「晨間簡報」Skill 放進 ~/.claude/skills/,再讓 routine prompt 指向它,Skill 是可複用的食譜,routine 是觸發。Dynamic Workflows 放進 Routines:需要平行 subagent 的複雜自動化(深度驗證、tournament、fan-out 研究),讓 routine prompt 呼叫 workflow。權限按 routine 而非全域:每個 routine 帶自己的權限設定,視為其安全邊界。整體堆疊:Skills 是食譜、Workflows 是編排、Routines 是觸發層、Auto Mode 是權限分類器、audit log 是你的晨間複查。

Skills 食譜 Workflows 編排 逐 routine 權限
組合 Skills + WF 權限 逐 routine
05 / 常見錯誤 COMMON MISTAKES — WHAT WASTES MONEY ON CLAUDE AUTOMATION

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

以下是 @0xCodez 整理最常見的失誤。多數不是技術問題,而是預設值與紀律問題。對照前面 14 步,每一條都對應一個可立即修正的設定。

01 · 忽略最簡單的一層

從不試 /loop,也忘了 7 天失效

最容易的自動化層零成本,卻被忽略三個月。另一個對應失誤是設好關鍵迴圈就走人,一週後才發現 /loop 已因 7 天自動失效停止。需要長期執行就升級到 Routines,別硬撐在 session 排程上。

02 · 用錯工具層級

用 /loop 跑該活過終端的任務

Tier 2、Tier 3 存在的理由正是這個情境,關閉終端後仍要執行的任務該升級成桌面任務或 Routines。同樣地,/loop 該跑到完成的任務若沒搭 /goal,會停在「差不多就好」而非真正的停止條件。

03 · 任由預設值決定成本

每次 fire 都用 Opus

自動化面板的模型選擇預設未必是你互動 session 用的,每次觸發都跑 Opus,而 Sonnet 就能做同樣的事。逐任務在設定裡指定模型。在 Pro 跑重度自動化也很快觸頂,真要出貨工作流,Max 升級會在不被限速中回本。

04 · 無人值守卻不設邊界

--dangerously-skip-permissions 全盤放行

一個壞 prompt 就可能 git push --force origin main。改用 Auto Mode 或 allow list。其他高代價失誤:routine prompt 含糊(自主執行下每次都是擲硬幣)、沒有 audit log、關掉 claude/ 分支前綴保護,這些預設存在都是有原因的。

想把這些 Skills 接進你的團隊?

Skills 已經開源。
接上 生產環境這一段,
是 Tenten 在做的事。

Tenten 是 AI-First 設計與技術顧問公司。我們把 Claude、MCP、Agentic Commerce 接進 Headless CMS、Webflow、Shopify Plus 的企業級交付 — 讓這份 Skills Atlas 裡每一個好的開源資產,都能真正跑在你正式上線的 pipeline 上。

Tenten 如何部署這些 Skills
Skills 架構諮詢
依團隊與堆疊選出適配 skills,建立 OpenClaw 路由與 CI/CD 部署流程。
Claude Design System Sprint
兩週固定價格,接上 frontend-design + brand-guidelines 到 production。
Agentic Commerce Build
Shopify Plus / Webflow / Headless 遷移,搭配 Claude + MCP 營運層。