# Claude Code 終於不用你盯了——但你敢放手嗎？ ![scheduled-tasks-cover](https://hackmd.io/_uploads/Sk1AwuqKZl.jpg) 上週，Reddit r/ClaudeAI 出現了一篇標題很聳動的帖子：「Anthropic just made Claude Code run without you. Scheduled tasks are live. This is a big deal.」拿下 633 票、170 則留言。 但最精彩的不是功能討論——而是評論區炸開鍋在吵「這帖子本身就是 Claude 寫的吧？」 一個用 AI 宣傳 AI 自動化功能的帖子，被社群抓包疑似 AI 生成。這大概是 2026 年最諷刺的科技新聞了。 撇開這個荒誕插曲，Claude Code 的排程任務功能確實值得認真看待。[Anthropic 官方推文](https://x.com/trq212/status/2030019397335843288)%E6%8B%BF%E5%88%B0 3.1M 觀看和 12K 讚，Reddit r/ClaudeCode 的討論串也有 103 票。社群對這個功能的反應，從「game changer」到「這不就是 cron job 嗎」，光譜之廣令人驚訝。 這篇文章不只是功能介紹。我想聊的是：當你的 AI 助手學會自己排班，你到底該興奮還是焦慮？ --- ## 兩分鐘搞懂：到底有什麼功能 ![scheduled-tasks-clock](https://hackmd.io/_uploads/SycRwdctWl.jpg) Claude Code 的排程任務其實分成兩套系統，搞不清楚的話很容易混淆。 ### /loop：開發者的短期排程 想像一個場景：週五下午四點，你把 staging 部署好了，想確認它過夜不會炸。以前你大概會設個鬧鐘提醒自己，或者更常見的做法——忘了這件事直到週一早上發現爆了。 現在你可以這樣做： ```bash /loop 5m check if the deployment finished and tell me what happened ``` 就這樣。Claude 每 5 分鐘幫你看一次，在同一個 session 裡保持完整上下文。它知道你之前在做什麼、部署了什麼、預期的行為是什麼。 語法很直覺，幾乎像在跟同事說話： ```bash # 帶時間間隔 /loop 30m check the build # 自然語言 /loop check the build every 2 hours # 不指定間隔就預設 10 分鐘 /loop check the build # 甚至可以套其他指令 /loop 20m /review-pr 1234 ``` 支援 `s`（秒）、`m`（分）、`h`（時）、`d`（天）四種時間單位。底層用的是 `CronCreate`、`CronList`、`CronDelete` 三個工具，有 jitter 機制避免精確時刻執行（比如你設 `0 9 * * *`，它可能在 9:03 才跑，避免全世界的 Claude 同時起床）。 限制？3 天自動過期，終端機得保持開著。 一次性提醒也可以： ```bash remind me at 3pm to push the release branch in 45 minutes, check whether the integration tests passed ``` ### Cowork Scheduled Tasks：一般人的長期自動化 另一條線是 [Cowork 的排程任務](https://support.claude.com/en/articles/13854387-schedule-recurring-tasks-in-cowork)，走桌面版 GUI，設定更簡單但行為不同。 你可以在左側欄點「Scheduled」建立每日、每週、工作日的排程。Claude 會在第一次執行後自動改寫你的 prompt，讓後續執行更精準。 關鍵差異：Cowork 的每次排程都開新 session，不保留上下文。而 `/loop` 在同一個 session 裡，知道之前發生了什麼。這不是小事——正如 LinkedIn 上一位開發者說的： > "The session context piece is what separates it from just setting a timer." | 特性 | /loop (CLI) | Cowork 排程 | |------|------------|------------| | 目標用戶 | 開發者 | 一般工作者 | | 存續期 | 最長 3 天 | 持久（直到取消）| | 上下文保持 | 同 session | 每次重新開始 | | 錯過補執行 | 不支援 | 支援 | | 需要 | 終端開著 | 電腦醒著 + Desktop 開著 | 要停用整個功能？設環境變數 `CLAUDE_CODE_DISABLE_CRON=1` 就好。 --- ## 殺手級應用：PR Babysitting 在所有使用案例中，有一個獲得了社群近乎一致的認同——PR babysitting。 ```bash /loop babysit all my PRs. Auto-fix build issues and when comments come in, use a worktree agent to fix them ``` 一位 Reddit 用戶的描述很到位： > "As someone who uses Claude Code daily, the PR babysitting one is immediately useful. The amount spent context-switching to fix CI failures and address review comments is non-trivial." 想想看：你提了 PR，CI 掛了一個 lint error。以前你要切回那個分支、修好、push、等 CI 跑完、再回去看 review comment、再改、再 push。每一次 context switch 都是認知成本。 現在 Claude 在背景用 worktree agent 幫你處理，你繼續寫新功能就好。 社群投票出的其他受歡迎場景： 1. **Slack/Email 每日摘要** — `/loop every morning use the Slack MCP to give me a summary of top posts I was tagged in` 2. **部署狀態監控** — 最直覺的入門場景 3. **錯誤日誌掃描** — 排程掃描 + 自動建立修復 PR 4. **每週報告生成** — Cowork 版本更適合 5. **依賴項審計** — 每週檢查過時或有漏洞的 packages --- ## 三個讓人不安的問題 ![scheduled-tasks-security](https://hackmd.io/_uploads/Bk_yOuqFZx.jpg) 功能很酷，但社群的焦慮也很真實。我把最常被提起的擔憂整理成三個。 ### 問題一：安全性——你敢讓 AI 無人值守嗎？ 這是最沉重的話題。2026 年 2 月，[Check Point Research 揭露了 Claude Code 的多個安全漏洞](https://thehackernews.com/2026/02/claude-code-flaws-allow-remote-code.html)（CVE-2025-59536），攻擊者可以透過 Hooks、MCP servers 執行任意 shell 命令，甚至竊取 API keys。只要你克隆了一個惡意 repo 就可能中招。 一篇在 LinkedIn 上廣泛流傳的分析精準描述了「權限疲勞」的演變： > "Day 1: 'I'll review every command.' Day 3: 'I'll approve the important ones.' Day 7: 'Just let it run.'" 90% 的開發者日常使用 `--dangerously-skip-permissions`。排程任務讓這個問題更加嚴峻——agent 在你睡覺時自己跑，誰在監督？ 有開發者回報 Claude 意外刪除整個 home 目錄。還有人發現 Claude 把 400 個檔案重新命名為亂碼 UUID，然後建了一個 12 層深的資料夾結構。 [Anthropic 自己的研究](https://www.anthropic.com/research/measuring-agent-autonomy)也承認：複雜任務中只有 67% 有人類參與監督。排程任務只會讓這個數字更低。 ### 問題二：成本——按下 Enter 的一刻你永遠不知道會花多少 Reddit r/ClaudeCode 上有一篇高票帖子道出了很多人的心聲： > "Been using Claude Code heavily for the past few months and the one thing I still can't figure out is cost prediction. I'll type a prompt and have genuinely no idea if it's going to be a $0.05 task or a $3.00 task until it's already done." 排程任務把這個問題乘以了執行次數。一個看似無害的「每 10 分鐘檢查一次」，一天就是 144 次 API call。每次 call 的成本又取決於 context 大小和 agent loop 次數——這東西你根本無法預測。 好消息是：有人實測過，2 個每日排程任務大約 $12-15/月。以換回每週 4-5 小時的時間來算，[ROI 是荒謬地划算](https://www.mejba.me/blog/claude-cowork-scheduled-tasks-automation)。 壞消息是：如果你一時興奮設了 10 個每小時排程，月底的帳單會讓你重新思考人生。 > "I think most people are going to over-automate when they first get access to this feature. They'll create fifteen scheduled tasks for things that don't need automation, burn through their API budget, and then declare the feature isn't worth it." ### 問題三：Anthropic 到底在做幾個產品？ Claude Code（CLI）、Claude Cowork（Desktop）、Claude Chat（Web/App）——每個都有自己的排程方式，行為不完全一致。r/singularity 的批評最直接： > "Yeah starting to think they don't even know the direction they are going with agentic... reminds me of Google with hundreds of different software teams and they can't figure out how to make a unified product." 對使用者來說，「我到底該用 /loop 還是 Cowork 排程？」這個問題不該這麼難回答。 --- ## 競品在做什麼 ![scheduled-tasks-compete](https://hackmd.io/_uploads/SygxdO9Fbe.jpg) Claude Code 不是在真空中推出排程功能的。看看周圍： **OpenClaw** 在 2026 年 1 月就有了 cron jobs，功能更強大、更靈活。但它的安全問題也最嚴重——惡意 skills 竊取 credentials、WebSocket 漏洞被利用——[社群普遍認為 Claude Code 的排程功能就是 Anthropic 對 OpenClaw 的回應](https://x.com/CodeByPoonam/status/2030192545976963147)，只是走了一條更保守的路。 **OpenAI Codex** 幾乎同期推出了 Automations，但走雲端路線。你的任務在 OpenAI 的 infra 上跑，不需要電腦保持清醒。這是關鍵差異——Claude Code 的本地執行既是優勢（你的 code 不離開本機）也是劣勢（筆電闔上就停了）。 **Cursor 和 Copilot**？截至 2026 年 3 月，都還沒有直接的排程功能。Copilot 有 Autonomous PRs from Issues，但那更像是事件驅動而非時間驅動。 整個 AI coding agent 的競爭正在從「誰能寫更好的 code」轉向「誰能更可靠地自主運行」。排程任務是這場戰爭的前線。 --- ## 那麼，值得入坑嗎？ 我的觀點很明確：**值得，但只做兩件事就好**。 養排程任務像養寵物，不是經營動物園。找到你工作中最重複、最耗時、失敗風險最低的 2 個任務，把它們自動化。對大多數開發者來說，那就是： 1. **PR babysitting** — 讓 Claude 幫你顧 CI 和 review comments 2. **部署監控** 或 **每日摘要** — 看你的工作性質而定 入坑前的自保指南： ```markdown [ ] 先手動跑 prompt 至少 3 次，確認結果穩定 [ ] 不要用 --dangerously-skip-permissions [ ] 第一週每天檢查 API 成本 [ ] 設定明確的權限邊界（Claude 可以讀什麼、改什麼） [ ] 電腦要保持清醒（或用有 UPS 的桌機） ``` 一位部落客的忠告很值得記住： > "The discipline is in identifying the 2-3 tasks where autonomous execution genuinely saves you time and produces better results than doing it manually." --- ## 這是前菜，不是主餐 Claude Code Scheduled Tasks 是 AI 從「你問它答」走向「它自己做」的重要一步。但說實話，它還很早期——3 天過期的限制、電腦必須清醒的條件、[UI 上看不到正在跑的 loop](https://github.com/anthropics/claude-code/issues/31933)——這些都是需要解決的問題。 真正的變革不在於功能本身，而在於它改變了我們與 AI 工具的關係。當你不再需要「啟動」AI，而是 AI 在你設定好的框架內自主運行，開發者的角色就從「操作者」變成了「監督者」。 這帶來了效率，也帶來了責任。 就像 [Anthropic 自己的研究](https://www.anthropic.com/research/measuring-agent-autonomy)所暗示的：我們正在進入一個人類監督逐漸減少的階段。排程任務只是這個趨勢的最新體現。 你準備好放手了嗎？或者更準確地說——你準備好為放手後的後果負責了嗎？ --- ## 延伸閱讀 - [Claude Code 官方文件：Run prompts on a schedule](https://code.claude.com/docs/en/scheduled-tasks) - [Cowork Scheduled Tasks 設定指南](https://support.claude.com/en/articles/13854387-schedule-recurring-tasks-in-cowork) - [Anthropic：Measuring AI agent autonomy in practice](https://www.anthropic.com/research/measuring-agent-autonomy) - [Check Point Research：Claude Code 安全漏洞分析](https://thehackernews.com/2026/02/claude-code-flaws-allow-remote-code.html) - [Reddit 討論：Claude Code just shipped /loop](https://www.reddit.com/r/ClaudeCode/comments/1rn94wp/claude_code_just_shipped_loop_schedule_recurring/) - [實際使用經驗：Claude Co-work Scheduled Tasks Changed My Mornings](https://www.mejba.me/blog/claude-cowork-scheduled-tasks-automation)