三層自動化,逐層移除盯著螢幕的理由。
概述
Tier 1 — 終端 /loop:工作階段內的排程。
在任何 session 內執行
/loop <interval> <prompt>,底層呼叫 CronCreate、CronList、CronDelete 三個原生工具。最小間隔 1 分鐘,每個工作階段最多 50 個任務,建立 7 天後自動失效,關閉終端即全部取消。Tier 2 — 桌面排程:跨重啟持久化。
Claude Desktop 有獨立於 CLI 的排程器。重開機、關閉所有終端後,任務到點仍會觸發;每次以全新 context 啟動,並可預先鎖定允許工具、工作資料夾與模型。限 macOS 與 Windows,且機器必須處於喚醒狀態。
Tier 3 — 雲端 Routines:不依賴本機。
Routines 是儲存好的 Claude Code 設定,在 Anthropic 託管的雲端基礎設施上依觸發執行,筆電關機也照跑。支援排程、API、GitHub 三種觸發,預設只能推送到
claude/前綴分支。所有付費方案皆可使用。
Tier 1 終端 /loop
工作階段內的排程。最快讓 Claude Code 定時執行的方式,先在終端找出可行流程,再往上升級。
Tier 1 · 終端 /loop
SESSION-SCOPED · CRON · STEPS 01–04
排名 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
- 本機時區
- 巢狀斜線指令
- /
- 04
- 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
Tier 2 桌面排程
讓排程跨重啟持久化,並在無人值守前設好 token 預算、權限與 Auto Mode。
Tier 2 · 桌面排程與權限
PERSISTENT · PERMISSIONS · STEPS 05–09
排名 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
- /
- 05
- 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-modeAuto 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
- 逐層升級
Tier 3 雲端 Routines
在 Anthropic 雲端執行,不依賴本機。支援排程、API、GitHub 觸發,並與 Skills、Dynamic Workflows 組合。
Tier 3 · 雲端 Routines
CLOUD-RUN · TRIGGERS · STEPS 10–14
排名 01/05
Step 10 · claude.ai/code/routinesCloud 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/ 分支保護
- 研究預覽
- /
- 05
- 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
在 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/ 分支前綴保護,這些預設存在都是有原因的。
AI-First 設計與技術顧問公司。15+ 年、300+ 品牌。我們把 Claude、MCP、Agentic Commerce 接進 Headless CMS、Webflow、Shopify Plus 的企業級交付 — 讓 AI 透過 GEO (AEO) 找到你的品牌,讓 B2B ABM 把買家轉成營收。
解決方案
By Topic
資源
公司
© 2026 Tenten Inc. · Skills Atlas Vol.001 · 由 Tenten 設計與策展。收錄倉庫星數、模組數、授權資訊截至 2026 年 4 月,實際數值以各 repo 為準。轉載與引用請保留來源。