AI 程式碼審查提示詞集：使用 GPT-4、Claude 等 AI 工具進行程式碼審查的 10 個專業提示詞範本，包含安全漏洞檢測、效能優化、程式碼風格一致性檢查等場景。適合開發團隊提升程式碼品質。

AI 輔助程式碼審查已成為開發團隊提升效率的標準實踐，專業提示詞能將 AI 從簡單程式碼解釋器升級為具備安全意識與效能優化能力的智慧審查助手。根據 Gartner AI Research 報告，2025 年企業 AI 程式碼審查工具採用率將達 78%，平均可減少程式碼缺陷率 35%。本文提供 10 個可直接複製使用的專業提示詞範本，涵蓋安全掃描、效能分析、邏輯漏洞檢測等關鍵場景。 主要 AI 程式碼審查工具：GitHub Copilot（整合式審查）、Claude（深度分析）、ChatGPT（快速掃描）。詳細比較與完整使用指南，見 → AI 程式碼審查工具完整評測。

為什麼需要專業 AI 程式碼審查提示詞

開發者直接讓 AI「檢查這段程式碼」往往只能得到表面建議。專業提示詞能引導 AI 深入分析安全漏洞、效能瓶頸與程式碼維護性。MIT CSAIL 的研究指出，AI 系統的輸出品質高度依賴輸入提示詞的精確度——同樣的程式碼，不同提示詞可能產生從「程式碼看起來 OK」到「存在 3 個 SQL 注入漏洞」的截然不同結果。這就是為什麼工程師需要掌握提示詞工程技能。

核心原則：角色定位 + 具體約束

有效的程式碼審查提示詞必須包含三個要素：明確的角色定義（如「你是一位擁有 10 年經驗的安全工程師」）、具體的審查維度（安全、效能、可維護性）、輸出格式要求（JSON、Markdown 或表格）。這個框架能讓 AI 充分發揮其分析能力。工程師的「身份暗物質」——專業經驗與判斷力——決定了提示詞的質量，也決定了 AI 審查的深度上限。

10 個專業程式碼審查提示詞範本

以下範本適用於 Claude、ChatGPT、GitHub Copilot 等主流 AI 工具。建議直接複製使用並根據專案需求調整。

範本 1：安全漏洞掃描

你是一位資深應用安全工程師，專注於 OWASP Top 10 漏洞檢測。

任務：審查以下 [程式語言] 程式碼，找出潛在安全漏洞。

輸出格式：
1. 漏洞清單（高/中/低優先順序）
2. 每個漏洞的：CWE 編號、位置、攻擊向量、修補建議

程式碼：
```[語言]
[你的程式碼]
```

範本 2：效能分析與優化建議

假設你是 [Java/Python/Go] 效能調優專家。

分析以下程式碼的效能問題：
1. 時間複雜度（Big O 標記）
2. 空間複雜度
3. 瓶頸識別（迴圈、IO、記憶體配置）
4. 具體優化步驟（附帶改善後的程式碼片段）

[你的程式碼]
```

IEEE 的 AI 倫理標準強調，AI 輔助審查需保留人類最終決策權，不可完全依賴 AI 建議進行安全關鍵修改。

範本 3：程式碼風格一致性檢查

你是一位程式碼品質把關者。

檢查以下程式碼是否符合以下規範：
- 命名規範：[PEP 8 / Google Java Style / Airbnb JS Style]
- 註解要求：公用 API 必須有 JSDoc/docstring
- 架構模式：[MVC / Functional / Clean Architecture]

不符合規範的地方請標註，並提供修正範例。

程式碼：
[你的程式碼]
```

範本 4：邏輯漏洞檢測

你是一位測試驅動開發專家，擅長發現邊界條件問題。

分析以下程式碼的邏輯漏洞：
1. 空值/null/undefined 處理
2. 並發競爭條件（race condition）
3. 例外處理完整性
4. 資料型態轉換安全性
5. 邊界條件（0、負數、極大值）

請給出具體會觸發漏洞的輸入範例，以及建議的修正方式。

程式碼：
[你的程式碼]
```

範本 5：單元測試覆蓋度分析

你是一位測試品質專家。

現有測試：
[貼上你的測試檔案內容]

待測試程式碼：
[貼上你的程式碼]

請分析：
1. 分支覆蓋率評估
2. 遺漏的邊界條件測試
3. 建議新增的測試用例（每個附帶 assert 片段）

```[語言]
// 建議的新測試
[測試程式碼]
```

範本 6：依賴項安全審計

你是 DevSecOps 工程師，負責依賴項安全審查。

已使用的第三方庫：
- [套件名稱: 版本號]

請對照 CVE 數據庫和已知漏洞報告，檢查：
1. 已知安全漏洞
2. 許可證相容性風險
3. 更新建議（安全版本號）

若無已知問題，請說明最新重大更新時間與維護狀態。
```

範本 7：API 設計評審

你是一位 API 設計專家。

評審以下 API 端點設計：
端點：[GET/POST/PUT/DELETE] /api/v1/[資源名稱]

請檢查：
1. RESTful 規範遵循度
2. 錯誤回應一致性（HTTP 狀態碼、Error Schema）
3. 參數驗證嚴格度
4. 版本控制策略
5. 認證/授權機制

請提供具體改進建議。
```

範本 8：重構機會識別

你是重構專家，擅長識別程式碼壞味道（Code Smell）。

分析以下程式碼，識別：
1. 重複程式碼（DRY 原則違背）
2. 過長函數或類別
3. 不當耦合
4. 難以測試的設計
5. 類別/職責分離問題

針對每個問題：
- 說明為什麼是問題
- 提供具體重構步驟
- 附帶重構後的程式碼片段

程式碼：
[你的程式碼]
```

範本 9：完整 Code Review 摘要

你是一位經驗豐富的 Tech Lead，負責團隊程式碼審查。

請對以下程式碼變更進行全面審查：
1. 功能正確性：是否符合需求？
2. 程式碼品質：可讀性、可維護性
3. 安全問題：OWASP Top 10 檢查
4. 效能影響：資源使用、瓶頸評估
5. 測試覆蓋度：新增測試是否足夠？
6. 維護性建議：長期架構