Claude Code Prompt 實戰指南 2026
50 個生產級模板，開箱即用

為什麼要用 Prompt 模板？

用 Claude Code 一段時間後，你會發現一個規律：同樣的場景，用不同的 Prompt 問法，結果差很多。

我花了幾個月，把工作中最常遇到的 50 個場景整理成標準模板。每個模板都包含：

• 精確的任務描述（不含廢話）
• 明確的輸出格式要求
• edge case 的預先指定
• 可替換的 [變數] 佔位符

結果？每個任務平均少了 2-3 輪 back-and-forth，輸出品質明顯提升。

模板涵蓋哪些場景？

免費試讀：10 個精選 Prompt

以下是完整包裡最常用的 10 個，直接複製使用。

1. 函式拆分（單一職責原則）

以下函式太長、職責不清。請根據單一職責原則（SRP）拆分重構：

[貼上過長的函式]

要求：
1. 將函式拆成 3-6 個小函式，每個函式只做一件事
2. 命名要明確表達意圖（動詞+名詞，例如 validateUserEmail）
3. 保留所有原始功能，不引入 bug
4. 用 TypeScript 介面定義各函式的輸入/輸出型別
5. 寫一個主函式組合所有子函式
6. 附上重構前後的複雜度對比說明

2. OpenAPI 文件生成

根據以下 API 路由程式碼，生成完整的 OpenAPI 3.0 規格文件：

[貼上 Express / Fastify 路由程式碼]

要求：
1. 輸出完整的 openapi.yaml（3.0 規格）
2. 包含所有端點的 path、method、description
3. 定義所有 request body 和 query params schema
4. 定義所有 response schema（成功和錯誤）
5. 加入 security scheme（JWT Bearer / API Key）
6. 為每個端點加上一個 curl 範例

3. Memory Leak 診斷

我的應用程式記憶體持續成長，懷疑有 memory leak：

環境：[Node.js / Python / etc]
症狀：[記憶體成長曲線，例如：每小時增加 200MB]

[貼上疑似有問題的程式碼模組]

要求：
1. 識別常見 memory leak 模式（event listeners、closure、global cache）
2. 標出每個疑點並解釋為何會洩漏
3. 提供修復方案（移除 listeners、使用 WeakMap、限制 cache 大小）
4. 建議記憶體監控工具和檢測方法
5. 提供一個簡化的測試腳本驗證修復

4. React Component Unit Test

為以下 React component 生成完整測試：

[貼上 React component 程式碼]

要求：
1. 使用 React Testing Library + Jest
2. 測試初始渲染（所有預期元素是否存在）
3. 測試使用者互動（按鈕點擊、表單輸入）
4. 測試異步資料載入（loading、success、error 狀態）
5. Mock 所有 API 呼叫和 context
6. 遵循 Testing Library 最佳實踐（用 role 查找元素）

5. Microservices 拆分建議

我有一個 monolithic 應用程式，想拆成 microservices：

[貼上專案結構或主要模組清單]

要求：
1. 識別 bounded context（按業務領域劃分）
2. 建議拆分成哪些 microservices（3-8 個為宜）
3. 定義每個 service 的職責邊界
4. 設計 service 間通訊（REST、gRPC、Message Queue）
5. 標出 strangler fig pattern 的遷移路徑
6. 評估拆分的利弊（複雜度 vs 可擴展性）

6. 效能優化分析

分析以下程式碼的時間複雜度，並提出優化方案：

[貼上需要優化的程式碼]
現有資料規模：[說明資料量]

要求：
1. 標出目前程式碼的時間複雜度（Big O notation）
2. 找出效能瓶頸點
3. 提出 2-3 個不同的優化方案
4. 實作最適合當前場景的方案
5. 量化優化效益（例如：O(n²) → O(n log n)）

7. 安全性重構

審查以下程式碼的安全性問題並重構：

[貼上需要安全審查的程式碼]

要求：
1. 找出所有 SQL Injection、XSS、CSRF 風險點
2. 修復不安全的輸入處理（parameterized queries 或 sanitization）
3. 加入適當的輸入驗證
4. 審查敏感資料處理（密碼、token 是否被 log）
5. 標出每個安全問題的 OWASP 分類
6. 輸出安全重構版本 + 安全審查報告

8. 技術設計文件生成

根據以下功能需求，生成技術設計文件：

功能需求：[描述要做什麼]
現有系統：[簡述現有架構]
約束條件：[技術限制、效能要求]

要求：
1. 問題陳述（現狀、問題、目標）
2. 提出 2-3 個技術方案（pros/cons 比較）
3. 推薦方案及理由
4. 系統設計（架構圖描述、資料流）
5. API 設計（介面定義）
6. 實作步驟（預估工時）
7. 已知風險和應對

9. 資料庫查詢優化

以下 ORM 查詢效率低下，請重構並優化：

[貼上 Prisma/Sequelize/TypeORM 查詢程式碼]

要求：
1. 分析 N+1 查詢問題並修復
2. 識別不必要的 SELECT *，改為明確欄位選取
3. 如需要，提供等效的 Raw SQL 版本
4. 建議需要建立的索引（附 CREATE INDEX 語法）
5. 估算優化後的查詢效能提升

10. PR Code Review 意見

對以下 Pull Request 程式碼進行審查，生成建設性意見：

[貼上 PR diff 或修改後的程式碼]
PR 目的：[一句話說明這個 PR 做什麼]

要求：
1. 按優先順序分類意見（Must Fix / Should Fix / Nice to Have）
2. 每個意見包含：問題描述、影響、建議修改方式
3. 特別關注：正確性、效能、安全性、可讀性
4. 指出優點（不只找問題）
5. 使用友善、建設性的語氣
6. 格式適合直接貼到 GitHub PR comments

---

完整包還包含什麼？

以上 10 個只是開胃菜。完整的 50 個模板包 還有：

• Race Condition 修復、間歇性錯誤診斷、第三方套件升級處理
• E2E 測試（Playwright）、Load Test（k6）、Snapshot Test
• CHANGELOG 自動生成、架構決策記錄（ADR）、使用者故事 + 驗收標準
• Event-Driven Architecture 設計、API Gateway 設計、快取策略設計
• 高可用性架構、即時系統（WebSocket）、批次處理 Job Queue

全部 Markdown 格式，可以直接在 Claude Code、Cursor、Windsurf 裡複製貼上使用。

使用技巧：讓 Prompt 效果最大化

技巧 1：給範例比給規則更有效

與其說「用好的命名」，不如說「用 validateUserEmail 這種格式命名」。模板裡的要求都已經是具體例子，不是抽象規則。

技巧 2：分批執行長任務

系統架構類的 Prompt 很長，Claude Code 有時會在中途停下來。遇到這種情況，用「繼續」或「請繼續完成第 X 點」讓它接著做，不要重新問。

技巧 3：先問診斷再要修復

Bug 修復類的 Prompt 都設計成「先列原因再給方案」的結構。不要直接問「幫我修這個 bug」——先問分析，確認根因後再要修復，結果品質差很多。

技巧 4：加入你的 context

每個模板都有 [方括號] 佔位符，一定要填。特別是「環境」「資料規模」「現有架構」這幾個欄位——填得越具體，輸出越精準。

這套 Prompt 用在哪些 AI 工具上？

所有模板設計給 Claude Code 使用，但同樣適用於：

• Cursor（Claude 3.7 Sonnet / GPT-5 後端）
• Windsurf（Codeium）
• GitHub Copilot Chat
• Codex
• 任何支援自然語言對話的 AI 編程工具

如果你還沒用過 Claude Code，可以從 Claude Pro ($20/月) 開始——內含無限 Claude Code 使用次數，是目前性價比最高的 AI 編程工具入口。

有任何模板用起來遇到問題，或想要特定場景的新模板，歡迎透過 聯絡頁面告訴我們。