作者注:收集 20 個經過驗證的 Claude Code /loop 循環任務提示詞,覆蓋 PR 巡檢、部署監控、代碼質量、安全掃描、日誌分析等 6 大場景,附間隔設置建議
Claude Code 的 /loop 命令是 2026 年 3 月最實用的新功能——它讓 Claude Code 從"一次性對話助手"變成了"持續運行的後臺工人"。但很多開發者裝好了 /loop 卻不知道該跑什麼。本文收集了 20 個經過實戰驗證的 /loop 提示詞,按 6 大場景分類,直接複製粘貼就能用。
核心價值: 20 個提示詞覆蓋日常開發中最高頻的自動化需求,每個都附帶推薦間隔和注意事項。

/loop 基礎知識速覽
在進入提示詞之前,先快速瞭解 /loop 的核心機制。
| 維度 | 說明 |
|---|---|
| 基本語法 | /loop [間隔] [任務描述] |
| 默認間隔 | 10 分鐘(不寫間隔時) |
| 間隔格式 | 5m(分鐘)、2h(小時)、1d(天) |
| 最大併發 | 50 個定時任務/會話 |
| 自動過期 | 3 天后自動刪除 |
| 停止條件 | 關閉終端 / 退出會話 / SSH 斷連 |
| 特點 | 自然語言描述,Claude 自動轉換爲 cron 表達式 |
場景一:PR 巡檢(4 條提示詞)
PR 巡檢是 /loop 最高價值的使用場景——很多開發者在 Review PR 和寫代碼之間頻繁切換,成本極高。讓 Claude 後臺自動巡檢,你只需在被通知時處理。
提示詞 #1:CI 狀態監控
/loop 10m 檢查所有 open 的 PR 的 CI 狀態,如果有新的失敗告訴我是哪個 PR、哪個 job 失敗了、失敗原因是什麼
推薦間隔: 10 分鐘
價值: 第一時間發現 CI 失敗,不用手動刷 GitHub
提示詞 #2:PR 評論跟進
/loop 15m 檢查我創建的所有 open PR,如果有新的評論或 review 反饋,總結評論內容並告訴我哪些需要我回復
推薦間隔: 15 分鐘
價值: 不再遺漏 Review 評論,及時響應
提示詞 #3:合併衝突檢測
/loop 30m 檢查 main 分支的最新提交,如果當前分支與 main 有衝突告訴我衝突的文件列表
推薦間隔: 30 分鐘
價值: 提前發現衝突,避免 PR 合併時才處理
提示詞 #4:PR 自動審查
/loop 15m 檢查是否有新的 PR 被打開,如果有,自動 review 變更內容並總結:1)改了什麼 2)潛在問題 3)建議
推薦間隔: 15 分鐘
價值: 把 Claude 變成 24 小時在線的 Code Reviewer
場景二:部署監控(3 條提示詞)
提示詞 #5:服務健康檢查
/loop 5m curl localhost:3000/health,如果返回非 200 狀態碼或超時,立即告訴我服務狀態和最近的錯誤日誌
推薦間隔: 5 分鐘
價值: 本地開發時第一時間發現服務掛掉
提示詞 #6:構建流水線監控
/loop 5m 檢查 GitHub Actions 的最新運行狀態,如果有 workflow 失敗,告訴我是哪個 workflow、在哪個 step 失敗、失敗日誌的關鍵行
推薦間隔: 5 分鐘
價值: 不用盯着 Actions 頁面等構建結果
提示詞 #7:部署後迴歸檢測
/loop 2m 運行 npm test -- --testPathPattern="critical" 並檢查結果,如果有測試失敗立即告訴我,連續 3 次全部通過後停止
推薦間隔: 2 分鐘(部署後短期監控)
價值: 部署後自動跑關鍵測試確認沒有迴歸
場景三:安全掃描(3 條提示詞)
提示詞 #8:依賴漏洞檢測
/loop 24h 運行 npm audit 並列出所有 high 和 critical 級別的漏洞,給出推薦的修復操作(升級版本或替換包)
推薦間隔: 24 小時
價值: 每天自動檢查依賴安全,不用手動跑 audit
提示詞 #9:敏感信息掃描
/loop 1h 掃描最近 1 小時的 git diff,檢查是否有 API Key、密碼、token 等敏感信息被意外提交,如果發現立即告警
推薦間隔: 1 小時
價值: 防止敏感信息泄露到 git 歷史
提示詞 #10:安全模式代碼審查
/loop 2h 掃描 src/ 目錄下新增或修改的文件,檢查是否有 SQL 注入、XSS、命令注入等安全隱患,如果發現直接生成修復 PR
推薦間隔: 2 小時
價值: 持續安全審計,發現問題直接修復

場景四:代碼質量(4 條提示詞)
提示詞 #11:測試覆蓋率監控
/loop 1h 運行測試覆蓋率檢查,如果整體覆蓋率低於 80% 或有新文件缺少測試,列出具體文件和建議
提示詞 #12:Lint 錯誤自動修復
/loop 30m 運行 eslint src/ --fix,如果有無法自動修復的錯誤,總結錯誤類型和位置
提示詞 #13:TODO/FIXME 彙總
/loop 2h 掃描代碼中所有 TODO 和 FIXME 註釋,按優先級排序並檢查是否有超過 7 天的未處理項
提示詞 #14:函數複雜度監控
/loop 2h 檢查 src/ 中最近修改的文件,如果有函數的圈複雜度超過 15 或行數超過 100,提示需要重構
場景五:日誌分析(3 條提示詞)
提示詞 #15:FATAL 錯誤實時檢測
/loop 5m 掃描 ./logs/app.log 中最近 5 分鐘內新增的 FATAL 和 ERROR 條目,如果發現可修復的錯誤直接開一個修復 PR
價值: 自動檢測 + 自動修復,最大化 /loop 的價值
提示詞 #16:錯誤趨勢分析
/loop 1h 統計 ./logs/ 目錄下最近 1 小時內的 ERROR 數量,與上一個小時對比,如果增長超過 50% 發出告警
提示詞 #17:API 響應時間異常
/loop 10m 檢查 ./logs/access.log 中最近 10 分鐘的 API 請求,如果平均響應時間超過 2 秒或有請求超過 10 秒,列出慢請求詳情
場景六:團隊協作(3 條提示詞)
提示詞 #18:每日代碼變更摘要
/loop 24h 總結過去 24 小時的所有 git 提交,按模塊分組,列出每個開發者的變更摘要和涉及的文件
價值: 自動生成團隊日報,不用每個人手寫
提示詞 #19:過期分支清理
/loop 24h 列出所有超過 30 天沒有更新的遠程分支,標註是否已合併到 main,建議哪些可以安全刪除
提示詞 #20:README 同步檢查
/loop 2h 檢查 README.md 中的安裝步驟和 API 文檔是否與實際代碼一致,如果有過時的內容標註出來
/loop 使用最佳實踐
/loop 間隔選擇速查表
| 緊急程度 | 推薦間隔 | 適用場景 |
|---|---|---|
| 緊急 | 2-5m | 部署後迴歸檢測、服務健康檢查 |
| 重要 | 10-15m | CI 監控、PR 評論跟進、API 異常 |
| 常規 | 30m-2h | 代碼質量、安全掃描、日誌趨勢 |
| 低頻 | 24h | 依賴審計、日報生成、分支清理 |
/loop 提示詞編寫技巧
| 技巧 | 說明 | 示例 |
|---|---|---|
| 明確告警條件 | 只在異常時通知,避免信息過載 | "如果失敗告訴我" 而非 "每次都彙報" |
| 指定行動方案 | 發現問題後自動執行修復 | "如果可修復直接開 PR" |
| 限定範圍 | 避免掃描整個項目浪費時間 | "掃描 src/ 目錄" 而非 "掃描所有文件" |
| 設置終止條件 | 避免無意義的持續運行 | "連續 3 次通過後停止" |
| 組合外部工具 | /loop 的輸出可以觸發通知 | "輸出寫入 alert.log 供監控系統讀取" |
🎯 實戰建議: 建議從 PR 巡檢(#1-#2)和部署監控(#5)開始,這兩個場景的投入產出比最高。等熟悉了再逐步添加安全掃描和代碼質量的循環任務。
如果你通過 API 調用 Claude 模型來實現更復雜的自動化任務,推薦通過 API易 apiyi.com 以八折價格接入 Claude Opus 4.6。

常見問題
Q1: /loop 會消耗多少 Token?
每次循環執行都是一次完整的 Claude 請求,Token 消耗取決於任務複雜度。簡單的健康檢查(#5)每次約 500-1000 Token,複雜的代碼審查(#10)每次可能 5000-10000 Token。建議:監控型任務用短間隔(5-10m),分析型任務用長間隔(1-2h),避免 Token 浪費。通過 API易 apiyi.com 調用 Claude API 可以享受八折價格。
Q2: 終端關閉後 /loop 任務還在嗎?
不在了。/loop 任務只在 Claude Code 會話存活期間運行。關閉終端、退出會話、SSH 斷連都會導致所有定時任務消失,且無法恢復。如果需要 7×24 小時持續運行的任務,建議用 cron + claude -p 的 headless 模式,或者用系統級的 cron 定時調用 Claude Code。
Q3: 50 個併發任務夠用嗎?
絕大多數場景夠用。本文的 20 條提示詞全部開啓也才用 20 個。但建議根據優先級選擇性開啓——PR 巡檢和部署監控是必開的(高價值),安全掃描和代碼質量按需開啓。同時注意,每個任務每次執行都消耗 Token,開太多任務會快速消耗額度。
Q4: /loop 能和外部通知(Slack/郵件)集成嗎?
/loop 本身不直接發通知,但你可以在提示詞中結合外部工具:"將告警信息追加到 ./alerts.log",然後用另一個腳本監控這個文件併發送 Slack/郵件通知。更高級的做法是通過 MCP 連接器直接操作 Slack,或者用 Claude Code 的 Hooks 在特定事件發生時觸發通知。
總結
Claude Code /loop 實用提示詞的核心要點:
- 6 大場景 20 條提示詞: PR 巡檢(4 條)、部署監控(3 條)、安全掃描(3 條)、代碼質量(4 條)、日誌分析(3 條)、團隊協作(3 條)——直接複製粘貼即用
- 好提示詞的四要素: 間隔 + 任務 + 告警條件 + 行動方案。只在異常時通知,發現問題自動修復
- 從 PR 巡檢開始: PR 巡檢和部署監控是投入產出比最高的兩個場景,建議先從這兩個開始
推薦通過 API易 apiyi.com 以八折價格接入 Claude Opus 4.6 API,無論是 /loop 任務還是其他 AI 開發場景,都能享受高併發、不限速的穩定服務。
📚 參考資料
-
Claude Code 定時任務官方文檔: /loop 和 /schedule 的完整說明
- 鏈接:
code.claude.com/docs/en/scheduled-tasks - 說明: 包含語法、限制和配置方法
- 鏈接:
-
Claude Code /loop 實戰指南: 3 個真實工作流案例
- 鏈接:
medium.com/@joe.njenga/claude-code-loop-create-new-native-autonomous-loops-that-work - 說明: 包含 PR 巡檢、構建監控和日誌掃描的完整實現
- 鏈接:
-
Claude Code /loop 自動化開發工作流: 詳細的使用方法和技巧
- 鏈接:
verdent.ai/guides/claude-code-loop-command - 說明: 包含間隔選擇、提示詞優化和外部集成方法
- 鏈接:
-
API易文檔中心: Claude Opus 4.6 API 八折接入
- 鏈接:
docs.apiyi.com - 說明: /loop 任務的 Token 消耗可通過 API易 享受折扣
- 鏈接:
作者: APIYI 技術團隊
技術交流: 歡迎在評論區討論,更多資料可訪問 API易 docs.apiyi.com 文檔中心
