作者注：面向新手的 Claude Schedule 完整使用指南，講解 Web、Desktop、CLI 三種創建方式，區分 /schedule 和 /loop 的適用場景，推薦 15 個高價值的雲端定時任務
Claude 的 Schedule（定時任務）功能是 2026 年最"省心"的新能力——你設置一次，它在雲端自動執行，關掉電腦也照常運行。不需要 cron 腳本，不需要服務器，不需要保持終端打開。但很多新手搞不清楚怎麼創建、和 /loop 有什麼區別、以及到底該設置什麼任務。本文將從零開始講清楚。
核心價值: 15 分鐘學會創建 Claude Schedule，獲得 15 個高價值的雲端定時任務推薦，讓 Claude 7×24 小時幫你幹活。
Claude Schedule 是什麼
一句話：Schedule 是 Claude 的雲端定時任務——你設置一次，它在 Anthropic 的服務器上按時執行，關掉電腦也照常運行。
| 維度 | 說明 |
|---|---|
| 本質 | 在雲端定時執行的 Claude 提示詞 |
| 運行位置 | Anthropic 雲服務器（不在你的電腦上） |
| 持久性 | 創建後持久運行，不受本地設備影響 |
| 創建方式 | Web 頁面 / Desktop 應用 / CLI /schedule 命令 |
| 間隔選項 | 每小時 / 每天 / 每週 / 自定義 cron 表達式 |
| 執行時區 | 你的本地時區 |
| GitHub 集成 | 可連接倉庫，自動提交 PR |
| MCP 集成 | 可使用已連接的 MCP 服務器（Slack、Google Workspace 等） |
| 分支安全 | 默認只能推送到 claude/ 前綴的分支 |
| 訂閱要求 | Pro / Max / Team / Enterprise |
3 種創建 Schedule 的方式
方式一：Web 頁面（最簡單，推薦新手）
| 步驟 | 操作 |
|---|---|
| 1 | 訪問 claude.ai/code/scheduled |
| 2 | 點擊"New scheduled task" |
| 3 | 填寫任務名稱（如"每日安全審計"） |
| 4 | 編寫提示詞（Claude 每次運行時執行的指令） |
| 5 | 選擇間隔（每小時/每天/每週/cron） |
| 6 | 選擇關聯的 GitHub 倉庫 |
| 7 | 配置環境（網絡權限、環境變量、MCP 連接器） |
| 8 | 點擊"Create"創建 |
新手提示: 提示詞是最重要的部分——任務在雲端自動運行，沒有人在旁邊指導，所以提示詞必須自包含且明確，寫清楚"做什麼"和"成功是什麼樣"。
方式二：Desktop 應用
| 步驟 | 操作 |
|---|---|
| 1 | 打開 Claude Desktop 應用 |
| 2 | 點擊側邊欄的"Schedule" |
| 3 | 點擊"+ New task" |
| 4 | 填寫模型選擇、權限模式、工作目錄 |
| 5 | 選擇是否啓用 Worktree 隔離 |
| 6 | 編寫提示詞和間隔 |
| 7 | 保存 |
Desktop 創建的任務在應用打開時運行。如果你需要關電腦也運行，用 Web 頁面創建雲端任務。
方式三：CLI 命令行
在 Claude Code 終端中輸入：
# 交互式創建
/schedule
# 直接描述
/schedule 每天早上 9 點運行 PR review
Claude 會引導你完成配置，包括倉庫選擇、間隔設置和權限模式。
15 個值得創建的 Schedule 雲端任務
按價值從高到低排列。
高價值任務（強烈推薦）
任務 #1：每日安全審計
每天早上 8:00 運行。
掃描倉庫中最近 24 小時的所有變更，檢查：
1. 是否有 API Key、密碼等敏感信息被提交
2. 依賴包是否有新的 high/critical 漏洞（運行 npm audit）
3. 是否有 SQL 注入、XSS 等安全隱患
如果發現問題，創建一個 issue 列出所有發現，
標註嚴重級別。如果可以自動修復，直接開 PR。
間隔: 每天 08:00 | 價值: 7×24 安全守護
任務 #2：每日 PR 綜述
每天早上 9:00 運行。
檢查所有 open 的 PR，生成一份綜述：
1. 每個 PR 的目的（從 diff 推斷）
2. CI 狀態（通過/失敗/進行中）
3. 是否有未回覆的 review 評論
4. 哪些 PR 超過 3 天未合併
輸出爲一個結構化的 markdown 報告，
提交到 docs/daily-pr-report/ 目錄。
間隔: 每天 09:00 | 價值: 團隊 PR 管理不遺漏
任務 #3：每週依賴更新 + 自動 PR
每週一早上 7:00 運行。
1. 運行 npm outdated / pip list --outdated
2. 對每個可更新的包評估：是否有 breaking change
3. 對安全級別的更新，自動升級並開 PR
4. 對 major 版本更新，只創建 issue 不自動升級
PR 標題格式：chore（deps）: update [包名] from [舊版本] to [新版本]
間隔: 每週一 07:00 | 價值: 依賴不過期，安全不積債
任務 #4：每日 AI 新聞摘要
每天早上 8:30 運行。
使用 web search 搜索過去 24 小時的 AI 行業新聞，
重點關注：
1. 新模型發佈（Claude、GPT、Gemini 等）
2. API 定價變化
3. 重大產品更新
4. 行業併購或融資
輸出爲一份簡短摘要（不超過 500 字），
包含關鍵信息和鏈接。
間隔: 每天 08:30 | 價值: 不用每天刷新聞
任務 #5：每日錯誤日誌分析
每天凌晨 2:00 運行。
連接日誌服務，拉取過去 24 小時的 ERROR 和 FATAL 日誌，
分析：
1. 按錯誤類型分組統計頻次
2. 與前一天對比，是否有異常增長
3. 新出現的錯誤類型標註爲"新增"
4. 可自動修復的錯誤直接開修復 PR
生成報告提交到 docs/error-reports/ 目錄。
間隔: 每天 02:00 | 價值: 睡覺時 Claude 幫你分析錯誤
推薦任務（#6-10）
任務 #6：每日測試覆蓋報告
每天 23:00 運行。運行測試套件，生成覆蓋率報告。
如果整體覆蓋率低於 80%，或有新增文件缺少測試，
創建 issue 列出缺失的測試用例建議。
任務 #7：過期分支自動清理
每週五 18:00 運行。列出所有超過 30 天未更新的遠程分支，
檢查是否已合併到 main。已合併的自動刪除，
未合併的創建 issue 提醒分支所有者。
任務 #8：CHANGELOG 自動生成
每週五 17:00 運行。根據本週所有合併到 main 的 PR，
自動生成 CHANGELOG 條目，按 Feature/Fix/Chore 分類，
以 PR 形式提交。
任務 #9：文檔同步檢查
每天 10:00 運行。對比 README.md 和 docs/ 中的文檔
與實際代碼是否一致。檢查 API 文檔的參數列表、
安裝步驟、配置示例是否過時。如有不一致標註出來。
任務 #10：性能基準測試
每天凌晨 3:00 運行。運行性能基準測試套件，
記錄結果到 benchmarks/ 目錄。如果任何指標
比上次運行下降超過 10%，創建告警 issue。
進階任務（#11-15）
任務 #11：競品動態監控
每天 9:00 運行。使用 web search 搜索競品的
最新發布、定價變化和功能更新。
輸出爲結構化報告提交到 docs/competitive-intel/。
任務 #12：Slack 週報自動生成
每週五 16:00 運行。通過 MCP Slack 連接器，
彙總本週各頻道的重要討論、決策和待辦事項，
生成周報併發送到 #team-weekly 頻道。
任務 #13：外部 API 可用性檢測
每小時運行。檢查項目依賴的外部 API 的健康狀態
（發一個輕量請求檢查響應碼和延遲）。
如果任何 API 不可用或延遲超過 5 秒，創建告警 issue。
任務 #14：代碼複雜度趨勢分析
每週一 8:00 運行。統計項目的代碼複雜度指標
（文件數、總行數、平均函數長度、圈複雜度），
與上週對比生成趨勢報告。
任務 #15：新 Issue 自動分類和分配
每小時運行。檢查新創建的 issue，根據標題和描述
自動添加標籤（bug/feature/docs/question），
建議分配給最相關的團隊成員（根據最近的代碼變更）。
Schedule 提示詞編寫要點
Schedule 任務在雲端自動運行，沒有人在旁邊指導——提示詞必須做到完全自包含。
| 要素 | 好的寫法 | 差的寫法 |
|---|---|---|
| 做什麼 | "運行 npm audit 檢查漏洞" | "檢查一下安全" |
| 結果放哪 | "提交到 docs/reports/ 目錄" | （不說明） |
| 異常怎麼辦 | "如果發現問題創建 issue" | "告訴我結果" |
| 成功標準 | "覆蓋率低於 80% 視爲異常" | "看看覆蓋率怎麼樣" |
| 範圍限定 | "掃描 src/ 目錄" | "掃描項目" |
🎯 新手建議: 從任務 #1（安全審計）和 #2（PR 綜述）開始，這兩個投入產出比最高。確認效果後再逐步添加其他任務。
如果你需要通過 API 構建自定義的定時任務系統，推薦通過 API易 apiyi.com 以八折價格接入 Claude Opus 4.6。
常見問題
Q1: Schedule 和 /loop 到底該用哪個？
簡單判斷：需要關電腦也運行→ 用 Schedule；臨時監控幾個小時→ 用 /loop。Schedule 在 Anthropic 雲端運行，持久且穩定，適合每天/每週的固定任務。/loop 在你的終端運行，關終端就停，適合"這個部署我盯一下午"的臨時需求。兩者互補，不衝突。
Q2: 雲端任務怎麼訪問我的代碼倉庫？
通過 GitHub 連接。在 claude.ai 的 Settings 中授權 GitHub 賬號，選擇要授權的倉庫。Schedule 任務運行時會自動克隆你的倉庫到雲端環境中執行。默認只能推送到 claude/ 前綴的分支，不會直接修改 main 分支。
Q3: Schedule 任務需要付費嗎？消耗多少額度？
Schedule 包含在 Claude Pro/Max/Team/Enterprise 訂閱中，不額外收費。但每次任務執行都消耗你的訂閱額度（和普通對話一樣按 Token 計費）。簡單任務（如健康檢查）每次約 500-1000 Token，複雜任務（如安全審計）可能 5000-10000 Token。建議先從低頻任務開始（每天 1 次），觀察額度消耗後再調整。如果需要更大量的自動化調用，通過 API易 apiyi.com 以八折價格接入 Claude API 更划算。
Q4: MCP 連接器在雲端怎麼用？和本地有什麼不同？
本地的 MCP 服務器運行在你的電腦上，雲端任務無法訪問。如果你的 Schedule 需要用 MCP（比如發 Slack 消息），需要把 MCP 服務器部署到雲上（Cloudflare Workers、Fly.io 等），然後在 claude.ai 的 Web 設置中連接。API Key 存儲在你的雲基礎設施中，Claude 的雲端任務通過你配置的 MCP 端點訪問。
總結
Claude Schedule 新手指南的核心要點：
- Schedule = 雲端定時任務: 在 Anthropic 服務器上運行，關電腦也照常執行。和 /loop 的區別：Schedule 持久長期，/loop 臨時會話內
- 3 種創建方式: Web 頁面（
claude.ai/code/scheduled，最簡單）、Desktop 應用（側邊欄 Schedule）、CLI（/schedule） - 15 個推薦任務: 高價值 5 個（安全審計、PR 綜述、依賴更新、AI 新聞、錯誤分析）+ 推薦 5 個 + 進階 5 個。從 #1 和 #2 開始
推薦通過 API易 apiyi.com 以八折價格接入 Claude Opus 4.6 API，構建更復雜的自動化任務系統。
📚 參考資料
-
Claude Code Schedule 官方文檔: 雲端定時任務完整說明
- 鏈接:
code.claude.com/docs/en/scheduled-tasks - 說明: 包含 Web/Desktop/CLI 創建方式和環境配置
- 鏈接:
-
Web 端 Schedule 文檔: 在 claude.ai 上創建雲端任務
- 鏈接:
code.claude.com/docs/en/web-scheduled-tasks - 說明: 包含 GitHub 連接、MCP 配置和分支安全
- 鏈接:
-
Cowork Schedule 文檔: 在 Desktop 中創建定時任務
- 鏈接:
support.claude.com/en/articles/13854387-schedule-recurring-tasks-in-cowork - 說明: Cowork 模式下的定時任務配置
- 鏈接:
-
API易文檔中心: Claude API 八折接入
- 鏈接:
docs.apiyi.com - 說明: 構建自定義自動化系統的最優 API 方案
- 鏈接:
作者: APIYI 技術團隊
技術交流: 歡迎在評論區討論，更多資料可訪問 API易 docs.apiyi.com 文檔中心
