排程任務跟一般跟 Claude 對話有什麼不同?
一般對話是你主動開啟、Claude 即時回應,對話結束後 session 也隨之結束。排程任務則是把一個提示詞儲存下來,設定固定的觸發時間或頻率,讓 Claude 在你沒有主動開啟對話的情況下,自己在背景執行這個任務。
關鍵差異在於「每次執行都是全新的 session」——Claude 不會記得上一次排程執行時的對話內容,而是在每次觸發時重新讀取當下的檔案、連接器與資料狀態,完成任務後儲存輸出。這代表排程任務比較適合結構固定、不需要延續前次上下文的重複性工作,而不是需要跨次對話累積脈絡的任務。
排程任務為什麼會被加進 Claude,解決了什麼問題?
最直接的理由是重複性請求的累積成本:如果每天早上都要輸入同一句「整理今天的行事曆跟郵件」,單次看起來只是幾秒鐘,但長期累積下來就是明顯的時間浪費,也容易因為忘記開口而漏掉某一天的整理。
更深層的原因,是 Claude 產品線正在從「你問我答」的被動工具,往「你設定好,我主動執行」的主動助理方向發展。這跟 Claude Code 排程任務被形容為「用結構化、有權限邊界的排程器,取代『24 小時待命的個人助理』這種模糊概念」的設計邏輯一致——排程任務不是要 Claude 隨時待命猜你要什麼,而是把明確、重複的工作明確地交付出去。
實際設定一個排程任務,操作起來是什麼流程?
以 Claude Cowork 為例,最簡單的路徑是:開啟一個既有任務,或直接開新任務,輸入 /schedule,Claude 會用幾個問題引導你確認執行時間、頻率與任務內容,確認後排程就完成,不需要額外寫程式或設定介面。之後所有排程任務會統一顯示在 Cowork 側邊欄的「Scheduled」分頁,可以隨時點開修改頻率或提示詞。
如果是透過 Claude Code,操作邏輯稍微不同:/loop 5m 檢查部署有沒有完成 這類指令適合單次、短期的輪詢任務,Claude 會把時間間隔解析成 cron 運算式,回報排程確認與工作編號,但這類任務只在當前 session 存活期間有效;要建立真正持久化、可以在電腦關機時繼續執行的排程,則要用 /schedule 搭配預設頻率或自訂 cron 運算式(例如 /schedule tomorrow at 9am, 彙整昨天已合併的 PR),最短執行間隔為一小時。
我該從哪個任務開始自動化?設定時有什麼要特別注意的?
建議從「結構固定、每天或每週都要做、判斷成分低」的任務開始,例如晨間簡報或週報彙整,而不是一次排程十件事——先自動化一件,觀察兩到三次執行結果的品質,確認輸出符合預期後再逐步增加,是比較穩妥的做法。
設定提示詞時,務必假設 Claude 完全不記得你之前說過什麼——因為每次執行都是獨立 session,任何你希望固定的輸出格式、檔案儲存路徑、遇到錯誤時該怎麼處理,都要寫進提示詞本身,不要依賴「Claude 應該知道我要什麼」的假設。另外也建議定期(尤其剛開始的第一個月)回頭檢查排程任務的實際輸出,排程不代表不需要監督,而是把你原本手動執行的動作,換成手動審核的動作。
每天早上打開 Claude,重複輸入同一句「幫我整理今天的行事曆跟未讀郵件」,或是每週五手動要求彙整一週工作進度——這類重複性請求,現在可以直接設定成排程任務,讓 Claude 自己在固定時間執行,不需要你每次重新開口。
Claude Cowork 是目前最直覺的排程入口:在任何一個任務裡輸入 /schedule,Claude 會用幾個問題引導你設定執行時間與內容,確認後就完成排程,不需要寫任何指令碼。所有排程任務會集中顯示在 Cowork 側邊欄的「Scheduled」分頁,方便之後修改頻率或調整提示詞。這項功能已開放給 Pro、Max、Team、Enterprise 所有付費方案。
如果你是開發者,Claude Code 提供另外兩層排程工具:/loop 適合在單一 session 內做短期輪詢(例如「每 5 分鐘檢查部署有沒有完成」),session 結束就自動停止;/schedule 則是雲端持久化排程,可以用預設頻率(hourly / daily / weekdays / weekly)或自訂 cron 運算式,最短間隔為一小時,執行時不需要你的電腦保持開機。這代表排程任務真正做到「設定一次,之後不用管」,而不是還得留一台電腦待命。
晨間簡報是最容易上手的第一個排程:設定每個工作日早上固定時間執行,讓 Claude 掃描信箱裡的未讀郵件、依緊急程度分類、整理今天的會議行程,最後彙整成一份摘要。這種任務結構固定、每天都要做,自動化後省下的是重複輸入 prompt 的時間成本,而不是判斷本身的時間。
週報彙整則適合排在每週五下午:讓 Claude 讀取過去一週完成的工作紀錄,自動生成一份格式統一的進度總結。因為每次執行都是全新的 session,Claude 會重新讀取當下的檔案、連接器與資料狀態再產出報告,不會沿用上一次執行時的舊資料。
第三個場景是「定期監控類」任務,例如每天檢查特定網站或服務是否有新公告、每週追蹤競爭對手的產品更新。這類任務本質上是資訊蒐集而非決策,適合完全交給排程處理,只在真的有異動時才需要你介入查看。
排程任務的提示詞,建議寫得比平常對話更明確——因為每次執行都是獨立 session,Claude 沒有「上次你跟我說過」的記憶可以依賴,任何預設的輸出格式、檔案儲存位置、失敗時該怎麼處理,都要在提示詞裡寫清楚,而不是假設 Claude 會自己猜到你要的樣子。
另外要留意的是,不同入口的持久性不同:Claude Code 的雲端 /schedule 任務可以在電腦關機時繼續執行,但 /loop 只在當前 session 存活期間有效;部分第三方教學文章提到「電腦要保持開機排程才會執行」的說法,對應的是較舊版本或特定入口的限制,實際情況會隨版本更新調整,設定前建議直接在介面上確認目前的執行方式。