|

Claude Code /loop 實用提示詞大全:20 個拿來即用的循環任務提示詞

作者注:收集 20 個經過驗證的 Claude Code /loop 循環任務提示詞,覆蓋 PR 巡檢、部署監控、代碼質量、安全掃描、日誌分析等 6 大場景,附間隔設置建議

Claude Code 的 /loop 命令是 2026 年 3 月最實用的新功能——它讓 Claude Code 從"一次性對話助手"變成了"持續運行的後臺工人"。但很多開發者裝好了 /loop 卻不知道該跑什麼。本文收集了 20 個經過實戰驗證的 /loop 提示詞,按 6 大場景分類,直接複製粘貼就能用。

核心價值: 20 個提示詞覆蓋日常開發中最高頻的自動化需求,每個都附帶推薦間隔和注意事項。

claude-code-loop-useful-prompts-collection-automation-guide-zh-hant 图示


/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 小時
價值: 持續安全審計,發現問題直接修復

claude-code-loop-useful-prompts-collection-automation-guide-zh-hant 图示


場景四:代碼質量(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。

claude-code-loop-useful-prompts-collection-automation-guide-zh-hant 图示


常見問題

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 實用提示詞的核心要點:

  1. 6 大場景 20 條提示詞: PR 巡檢(4 條)、部署監控(3 條)、安全掃描(3 條)、代碼質量(4 條)、日誌分析(3 條)、團隊協作(3 條)——直接複製粘貼即用
  2. 好提示詞的四要素: 間隔 + 任務 + 告警條件 + 行動方案。只在異常時通知,發現問題自動修復
  3. 從 PR 巡檢開始: PR 巡檢和部署監控是投入產出比最高的兩個場景,建議先從這兩個開始

推薦通過 API易 apiyi.com 以八折價格接入 Claude Opus 4.6 API,無論是 /loop 任務還是其他 AI 開發場景,都能享受高併發、不限速的穩定服務。


📚 參考資料

  1. Claude Code 定時任務官方文檔: /loop 和 /schedule 的完整說明

    • 鏈接: code.claude.com/docs/en/scheduled-tasks
    • 說明: 包含語法、限制和配置方法
  2. Claude Code /loop 實戰指南: 3 個真實工作流案例

    • 鏈接: medium.com/@joe.njenga/claude-code-loop-create-new-native-autonomous-loops-that-work
    • 說明: 包含 PR 巡檢、構建監控和日誌掃描的完整實現
  3. Claude Code /loop 自動化開發工作流: 詳細的使用方法和技巧

    • 鏈接: verdent.ai/guides/claude-code-loop-command
    • 說明: 包含間隔選擇、提示詞優化和外部集成方法
  4. API易文檔中心: Claude Opus 4.6 API 八折接入

    • 鏈接: docs.apiyi.com
    • 說明: /loop 任務的 Token 消耗可通過 API易 享受折扣

作者: APIYI 技術團隊
技術交流: 歡迎在評論區討論,更多資料可訪問 API易 docs.apiyi.com 文檔中心

Similar Posts