Claude Code 例行程序是 2026 年最被低估的 AI 开发功能之一。只需 15 分鐘，你就能设定一套每天自动執行的程式碼維護流程，从自动化測試、Issue 分類到 PR 審查。本文帶你从零开始建立第一个 Routine。 （前情提要：xAI 急推 Grok Build 衝到 v0.2.11！挖角 Cursor 两核心，企圖追上 Claude Code） （背景補充：实戰：手把手教你用 7 个 Agent 將 Vibe Coding 升級为專家級开发流程）
本文目錄
Toggle
在 2026 年的 AI 开发者生態中，Claude Code 已经成为許多團队的標配工具。但多數人只用到了它 20% 的能力，即时问答与單次任務。真正让 Claude Code 从「对話工具」进化为「24/7 自主开发夥伴」的关鍵，是 Routines 功能。
Routines 让你可以设定定时執行的程式设计任務。想像一下：每天早上九点，Claude Code 自动檢查 GitHub Issues、分類優先順序、跑測試、甚至发起修復 PR。你起床时，程式碼已经被維護好了。
聽起来很複雜？其实只需要 15 分鐘。
Routines 本质上是「排程執行的 Claude Code 任務」。它啟动一个獨立的 Claude 会話，依照你设定的排程（每小时、每天、或 GitHub webhook 觸发）反覆執行特定任務。与一般的 Claude Code 对話不同，Routines 在后臺自主运作，不需要人工在场。
每个 Routine 包含三个要素：排程觸发器（何时跑）、任務指令（做什麼）、許可權限制（能用什麼工具）。这三者決定了一个 Routine 的行为边界。
首先確认你的 Claude Code CLI 版本在 v2.0 以上：
claude，version
若不夠新，用官網安裝指令更新：npm install -g @anthropic-ai/claude-code
Routines 功能从 v2.0 开始支援，2026 年 5 月的 Opus 4.8 更新后更加穩定。
在你的專案根目錄下建立 .claude/routines/ 资料夾，然后建立第一个设定檔 daily-tests.yml：
Routine 的 YAML 语法非常直觀。关鍵欄位包括：name（任務名稱）、schedule（cron 表示式）、start_command（任務指令）、allowed_tools（允許使用的工具清單）、max_turns（最大对話輪數，防止无限迴圈）。
以「每日測試執行」为例，设定排程为週一至週五早上 9 点，指令是「檢查所有測試失敗，嘗試修復並重新執行」，許可權限制为檔案編辑、終端机操作和搜尋。
设定檔寫好后，註冊 Routine 只需要一行指令：
claude routines add，file .claude/routines/daily-tests.yml
然后啟动 Routine 背景服務：
claude routines start
你可以用 claude routines list 檢視所有註冊的 Routine 及其狀態，用 claude routines logs，name daily-tests 檢視執行日誌。
一个非常实用的 Routine 案例是 GitHub Issue 自动分類。设定每 30 分鐘掃描新 Issue，根據標題与標籤自动分類、回覆初步资訊，嚴重 bug 直接指派給对应开发者。
此 Routine 的关鍵在於设定 trigger.type: polling（定期輪詢 GitHub API），以及限制 allowed_tools 僅允許读取和搜尋（不允許直接修改程式碼），確保安全。
另一个常见案例是每日凌晨執行的程式碼健康檢查。Routine 依序執行 lint 檢查、型別檢查、單元測試，若发现错誤則自动建立分支修復並发起 PR。
此案例较複雜，建议设定较高的 max_turns（50-100），並搭配 git 沙箱策略，让 Routine 在隔离分支上运作，经人工審查后才合併到主分支。
对於檔案維護需求，可以设定每日掃描新增的類別与函式，自动更新 README 和 API 檔案。这是最安全的 Routine 案例，因为檔案修改的风险远低於程式碼修改。
使用 Routines 时有幾个安全鐵律：第一步，永远限制 allowed_tools，不要让 Routine 擁有推送远端分支的許可權，除非你真的需要。第二步，设定 max_turns 上限，防止 Routine 无窮迴圈消耗 Token。第三步，搭配 git 隔离策略：让 Routine 在獨立分支上操作，经人工審查后合併。第四步，从簡單任務开始（如 Issue 分類），確认行为正確后再升級到更複雜的任務（如自动修復）。
Routines 常与 Dynamic Workflow 混淆，但它們是互補关係。Dynamic Workflow 是人工即时引導的动態協作，你在一段对話中让 CI 逐步執行複雜任務。Routines 是背景排程自动化，不需要人在场。实務上，先用手动 Dynamic Workflow 測試任務流程，確定行为正確后，封裝成 Routine 设定檔来定期執行，是最佳开发模式。
15 分鐘建立一个 Claude Code Routine 並不是誇飾。从建立资料夾到寫 YAML 到啟动服務，整个流程確实可以在 15 分鐘內完成。而一旦设定好，它每天都能为你節省數小时的重複性开发工作。
在 2026 年的开发環境中，AI 程式设计工具的最大价值不再只是「寫程式碼更快」，而是「让机器自己維護机器」。Routines 正是这个願景的起点。不妨今天就試試看，你的第一个 Routine，可能从「每天早上跑一次測試」开始。
本文由动区編辑部整理，參考资料包括 Anthropic 官方檔案（docs.anthropic.com）、Anthropic 官方部落格及 Hacker News 社群討論。
1273.68万 热度
126.1万 热度
1823.31万 热度
958.35万 热度
80.67万 热度
15 分钟建立 Claude Code 例程：新手自动化编程工作流
Claude Code 例行程序是 2026 年最被低估的 AI 开发功能之一。只需 15 分鐘，你就能设定一套每天自动執行的程式碼維護流程，从自动化測試、Issue 分類到 PR 審查。本文帶你从零开始建立第一个 Routine。
（前情提要：xAI 急推 Grok Build 衝到 v0.2.11！挖角 Cursor 两核心，企圖追上 Claude Code）
（背景補充：实戰：手把手教你用 7 个 Agent 將 Vibe Coding 升級为專家級开发流程）
本文目錄
Toggle
在 2026 年的 AI 开发者生態中，Claude Code 已经成为許多團队的標配工具。但多數人只用到了它 20% 的能力，即时问答与單次任務。真正让 Claude Code 从「对話工具」进化为「24/7 自主开发夥伴」的关鍵，是 Routines 功能。
Routines 让你可以设定定时執行的程式设计任務。想像一下：每天早上九点，Claude Code 自动檢查 GitHub Issues、分類優先順序、跑測試、甚至发起修復 PR。你起床时，程式碼已经被維護好了。
聽起来很複雜？其实只需要 15 分鐘。
什麼是 Claude Code Routines？
Routines 本质上是「排程執行的 Claude Code 任務」。它啟动一个獨立的 Claude 会話，依照你设定的排程（每小时、每天、或 GitHub webhook 觸发）反覆執行特定任務。与一般的 Claude Code 对話不同，Routines 在后臺自主运作，不需要人工在场。
每个 Routine 包含三个要素：排程觸发器（何时跑）、任務指令（做什麼）、許可權限制（能用什麼工具）。这三者決定了一个 Routine 的行为边界。
第一步：安裝与確认環境
首先確认你的 Claude Code CLI 版本在 v2.0 以上：
claude，version
若不夠新，用官網安裝指令更新：npm install -g @anthropic-ai/claude-code
Routines 功能从 v2.0 开始支援，2026 年 5 月的 Opus 4.8 更新后更加穩定。
第二步：建立 Routine 设定檔
在你的專案根目錄下建立 .claude/routines/ 资料夾，然后建立第一个设定檔 daily-tests.yml：
Routine 的 YAML 语法非常直觀。关鍵欄位包括：name（任務名稱）、schedule（cron 表示式）、start_command（任務指令）、allowed_tools（允許使用的工具清單）、max_turns（最大对話輪數，防止无限迴圈）。
以「每日測試執行」为例，设定排程为週一至週五早上 9 点，指令是「檢查所有測試失敗，嘗試修復並重新執行」，許可權限制为檔案編辑、終端机操作和搜尋。
第三步：註冊与啟动
设定檔寫好后，註冊 Routine 只需要一行指令：
claude routines add，file .claude/routines/daily-tests.yml
然后啟动 Routine 背景服務：
claude routines start
你可以用 claude routines list 檢視所有註冊的 Routine 及其狀態，用 claude routines logs，name daily-tests 檢視執行日誌。
实戰案例一：自动化 Issue 分類
一个非常实用的 Routine 案例是 GitHub Issue 自动分類。设定每 30 分鐘掃描新 Issue，根據標題与標籤自动分類、回覆初步资訊，嚴重 bug 直接指派給对应开发者。
此 Routine 的关鍵在於设定 trigger.type: polling（定期輪詢 GitHub API），以及限制 allowed_tools 僅允許读取和搜尋（不允許直接修改程式碼），確保安全。
实戰案例二：每日程式碼健康檢查
另一个常见案例是每日凌晨執行的程式碼健康檢查。Routine 依序執行 lint 檢查、型別檢查、單元測試，若发现错誤則自动建立分支修復並发起 PR。
此案例较複雜，建议设定较高的 max_turns（50-100），並搭配 git 沙箱策略，让 Routine 在隔离分支上运作，经人工審查后才合併到主分支。
实戰案例三：自动檔案更新
对於檔案維護需求，可以设定每日掃描新增的類別与函式，自动更新 README 和 API 檔案。这是最安全的 Routine 案例，因为檔案修改的风险远低於程式碼修改。
安全最佳实踐
使用 Routines 时有幾个安全鐵律：第一步，永远限制 allowed_tools，不要让 Routine 擁有推送远端分支的許可權，除非你真的需要。第二步，设定 max_turns 上限，防止 Routine 无窮迴圈消耗 Token。第三步，搭配 git 隔离策略：让 Routine 在獨立分支上操作，经人工審查后合併。第四步，从簡單任務开始（如 Issue 分類），確认行为正確后再升級到更複雜的任務（如自动修復）。
Routines vs Dynamic Workflow
Routines 常与 Dynamic Workflow 混淆，但它們是互補关係。Dynamic Workflow 是人工即时引導的动態協作，你在一段对話中让 CI 逐步執行複雜任務。Routines 是背景排程自动化，不需要人在场。实務上，先用手动 Dynamic Workflow 測試任務流程，確定行为正確后，封裝成 Routine 设定檔来定期執行，是最佳开发模式。
結语
15 分鐘建立一个 Claude Code Routine 並不是誇飾。从建立资料夾到寫 YAML 到啟动服務，整个流程確实可以在 15 分鐘內完成。而一旦设定好，它每天都能为你節省數小时的重複性开发工作。
在 2026 年的开发環境中，AI 程式设计工具的最大价值不再只是「寫程式碼更快」，而是「让机器自己維護机器」。Routines 正是这个願景的起点。不妨今天就試試看，你的第一个 Routine，可能从「每天早上跑一次測試」开始。
本文由动区編辑部整理，參考资料包括 Anthropic 官方檔案（docs.anthropic.com）、Anthropic 官方部落格及 Hacker News 社群討論。