用於自主編碼、重構和 PR 的 30 個 Claude 4.5 提示
更新於 2025年9月30日
12 分鐘
為何現在 4.5 的提示如此重要
如果您的衝刺週期因為審查堆積如山和重構不斷被延後而延遲，您並不孤單。頂尖團隊正悄悄地使用 4.5 來起草功能、批量重構，並編寫乾淨、可供審查的 ，通常只需幾分鐘。此列表為您提供 30 個經過實地測試的 4.5 提示，用於自主編碼、大規模重構以及更快獲得批准的提取請求。
我們將採用務實且以解決方案為導向的方法：您將獲得可複製貼上的提示、關於上下文和約束的筆記，以及引導 4.5 產生您可以信任的高信號輸出的專業技巧。
如何有效地使用這些 4.5 提示
- 給 4.5 規格、約束和驗收測試。有可測試的結果，它的編碼會更好。
- 始終包含 上下文：語言、框架、程式碼風格、 規則、分支命名。
- 對於重構，提供代表性檔案以及程式碼表面的地圖（例如，模組所有權、邊界）。
- 對於 ，輸入差異。當 4.5 知道發生了什麼變化時，它會寫出更好的描述。
- 使用溫度控制，透過諸如「偏好保守的變更」或「提出替代方案；然後實施最簡單的方案」之類的指示。
- 新增最終的「驗證」步驟提示以進行自我批判、產生測試並發現回歸。
自主編碼、重構和 的 30 個頂級 4.5 提示
以下，每個提示都包含一個複製貼上區塊、要提供的內容以及調整 4.5 回應的專業技巧。
1) 從清晰的規格實施功能
提示：
「扮演資深工程師。以最小的表面積變更端到端地實施以下功能。尊重我們的架構和編碼標準。僅提供程式碼區塊；在註解中解釋決策。包含單元測試和最小的整合測試。
規格：
- [貼上功能規格] 架構：
- [貼上相關模組] 約束：
- [效能、安全性、向後相容性] 程式碼風格：
- [ 規則、命名] 測試：
- [框架、覆蓋率目標] 交付：
- 更新的檔案、新的檔案和測試。」 要提供的內容：功能規格、檔案地圖、樣式規則、測試框架。 專業提示：新增「盡可能偏好純函數和 。」
2) 全新模組骨架
提示：
「為名為 的新模組建立一個可供生產的骨架。它應該公開一個穩定的介面並隱藏實作細節。產生：
- 公共介面
- 內部實作
- 依賴關係連接
- 範例用法
- 單元測試 遵循我們的 慣例：
- 語言：
- 框架：
- 路徑/命名空間：
- /格式：」 要提供的內容：目標模組用途、消費者介面。 專業提示：在註解中要求一個「穩定性預算」部分，以標記未來風險。
3) ：先寫測試，然後寫程式碼
提示：
「您正在驅動 。首先，編寫編碼規格的失敗單元測試。在我批准後，實施通過它們所需的最小程式碼。在有幫助的地方包含邊緣案例和基於屬性的測試。
規格：
環境：
約束：」
要提供的內容：規格和測試框架。
專業提示：要求一個「突變測試檢查表」以強化斷言。
4) 防禦性 包裝器
提示：
「設計並實施外部 的防禦性用戶端。要求：
- 帶有抖動的重試
- 斷路器
- 逾時 + 截止期限
- 結構化日誌記錄
- 指標（延遲、錯誤率）
- 錯誤分類 提供程式碼 + 測試 + 用法的 片段。」 要提供的內容： 文件、速率限制。 專業提示：新增「為逾時和 5xx 產生混亂測試。」
5) 安全輸入驗證層
提示：
「為 實施一個集中的輸入驗證層，具有嚴格的架構驗證、規範化和日誌安全的錯誤訊息。涵蓋 、表單資料和 參數。包含帶有惡意有效負載的測試。」
要提供的內容：預期的架構、錯誤處理慣例。
專業提示：新增 參考以促使更好的覆蓋率。
6) 效能微優化傳遞
提示：
「分析以下函數，並提出具有權衡取捨的前 3 個優化方案。然後實施產生 ≥20% 加速的最小、最安全的變更。
程式碼：
工作負載：
約束：保留公共行為。」
要提供的內容：代表性的工作負載。
專業提示：要求基準測試線束程式碼以重複測量。
7) 帶有終止開關的功能標誌推出
提示：
「在 周圍新增一個功能標誌。要求：伺服器端標誌、漸進式推出百分比、黏性分桶、即時終止開關以及採用情況的遙測。提供遷移、文件和測試。」
要提供的內容：標誌平台、遙測接收器。
專業提示：請求在生產環境中設定的遷移計畫。
8) 非同步作業 + 冪等性
提示：
「將 重構為非同步作業。透過重複資料刪除鍵和安全重試來確保冪等性。新增 處理和可觀察性。
包含：佇列設定、工作人員、重試策略、指標以及帶有重複事件的測試。」
要提供的內容：佇列/執行階段詳細資訊。
專業提示：要求用於死信訊息的重播腳本。
9) 將同步 遷移到非阻塞
提示：
「將 中的阻塞 轉換為非阻塞 。保持介面不變。新增反壓處理、逾時和資源清理。提供基準測試和測試。」
要提供的內容：程式碼和目標執行階段 。
專業提示：新增「不要變更公共類型」以避免變動。
10) 資料庫事務邊界
提示：
「檢閱並修正 的事務邊界。目標：原子操作、一致的隔離等級、在暫時性錯誤時的安全重試以及最小的鎖定爭用。在註解中提供程式碼差異 + 推理。」
要提供的內容：/原始 模式、 風格。
專業提示：要求死鎖測試套件。
11) 具有正確性防護欄的快取策略
提示：
「為 實施一個快取層，具有：
- 快取旁路
- + 抖動
- 印章保護
- 可觀察性（命中/未命中）
- 失效掛鉤 確保在冷啟動時的正確性。包含測試。」 要提供的內容：資料形狀、一致性要求。 專業提示：要求一個「一致性日誌」來解釋邊緣案例。
12) 零停機時間的架構遷移
提示：
「計畫並實施從架構 到 的零停機時間遷移，方法是使用展開/收縮。包含遷移、回填作業、雙讀/寫視窗和回滾計畫。提供按版本分階段的 。」
要提供的內容：目前/目標架構。
專業提示：要求一個切換檢查表。
13) 安全強化檢查表 + 補丁
提示：
「根據此檢查表稽核 ：、、機密處理、、輸入驗證、日誌記錄、最小權限、依賴風險。產生優先級排序的發現和最小程式碼補丁。包含測試。」
要提供的內容：服務程式碼、基礎結構概述。
專業提示：要求對頂級依賴項進行 檢查。
14) 單一程式碼庫重構計畫產生器
提示：
「給定此單一程式碼庫地圖，提出一個分階段的重構計畫以達到 ，具有依賴關係中斷、套件所有權和 策略。然後僅產生第 1 階段的變更以及測試。」
要提供的內容： 圖表、所需的最終狀態。
專業提示：新增「將變動限制為 個檔案」以控制範圍。
15) 重新設計日誌記錄以獲得信號而不是雜訊
提示：
「在 中將日誌記錄重寫為具有等級、穩定欄位和編輯的結構化日誌。移除嘈雜的日誌、新增關聯 ，並記錄日誌不變量。提供前/後範例和測試。」
要提供的內容：目前日誌、隱私規則。
專業提示：要求熱路徑的抽樣規則。
16) 可觀察性入門套件
提示：
「將追蹤、指標和健康檢查新增至 。使用 慣例。提供儀表板 ()、 和警示。包含本機開發設定文件。」
要提供的內容：執行階段、匯出器、 目標。
專業提示：預設要求 指標。
17) 協助工具傳遞 ()
提示：
「稽核 元件的協助工具 ( 2.2 )。修正鍵盤導航、焦點順序、顏色對比和 角色。提供前/後螢幕擷取畫面和已修正的違規檢查表。」
要提供的內容：元件程式碼、設計符記。
專業提示：要求 測試。
18) 國際化 () 骨架
提示：
「將 引入 。新增訊息目錄、語言環境切換、 訊息格式、 支援和虛擬本地化。提供遷移說明和測試。」
要提供的內容：框架、目前文字用法。
專業提示：要求防止硬式編碼字串的 規則。
19) 狀態管理重構
提示：
「將 重構為可預測的模型（例如，）。目標：移除隱式狀態、記憶選擇器和隔離副作用。提供測試和遷移指南。」
要提供的內容：目前狀態流程。
專業提示：要求狀態圖和事件表。
20) 類型安全升級
提示：
「逐步將 遷移到更強的類型 (例如， 嚴格模式)。識別熱點、新增類型並防止隱式任何。提供分階段計畫 + 每個模組的 。」
要提供的內容：類型目標、建置約束。
專業提示：要求棘手泛型的類型驅動測試。
21) 記憶體洩漏診斷和修復
提示：
「分析 下 中的記憶體成長。透過分析識別洩漏、提出按影響/風險排序的修正方案、實施最小變更並新增回歸測試。」
要提供的內容：堆積設定檔、重現器。
專業提示：要求 中提供事後檢討樣式摘要。
22) 競爭條件搜尋
提示：
「在 中尋找並修正競爭條件。提供確定性測試、鎖定排序規則以及記錄不變量的註解。」
要提供的內容：並行程式碼區域、失敗症狀。
專業提示：要求壓力測試線束。
23) 加速，不會遺失覆蓋率
提示：
「最佳化 以將執行階段減少 ≥30%，而不會降低覆蓋率。應用快取、測試分片和增量建置。提供指標表和回滾計畫。」
要提供的內容：目前 、瓶頸。
專業提示：要求不穩定測試隔離自動化。
24) 容器強化 +
提示：
「將 重構為多階段最小映像檔、非根使用者和經過驗證的基礎。在 中新增 產生和漏洞掃描。提供範例和測試。」
要提供的內容：目前 、登錄檔。
專業提示：要求可重現的建置和出處 ( 樣式)。」
25) 重新進行機密管理
提示：
「將內嵌機密替換為 。輪換金鑰、新增最小權限原則，並在 中實施機密注入。提供執行手冊和測試。」
要提供的內容：目前機密用法、提供者。
專業提示：要求偵測意外提交。
26) 描述作者（ 輔助）
提示：
「給定此差異，編寫高品質的 描述：問題、解決方案、範圍、風險、推出計畫、指標和相關問題的連結。包含審查者檢查表。保持在 300–450 個字之間。
差異：」
要提供的內容：差異、問題連結。
專業提示：新增「在頂部包含一個 和測試計畫。」
27) 審查者的 評論產生器
提示：
「像資深審查者一樣檢閱此差異。僅在必要時編寫簡潔、高信號的評論。專注於正確性、耦合、測試差距、安全性和效能。以批准或要求變更摘要結束。」
要提供的內容：差異和上下文。
專業提示：要求「nit 分組在最後」。
28) 變更日誌 + 版本說明編寫者
提示：
「從合併的 建立人類可讀的版本說明。按功能、修正、基礎結構和文件分組。新增升級說明和具有遷移步驟的重大變更。使其可掃描。」
要提供的內容： 列表、標籤、影響。
專業提示：要求語義版本控制正確的類別。
29) 大規模自動化重構 (程式碼模組)
提示：
「設計一個安全的程式碼模組，以將 遷移到整個 中的 。包含：
- 靜態分析規則
- 轉換腳本
- 試執行計畫
- 抽樣驗證
- 分批推出並帶有撤回 產生腳本 + 測試。」 要提供的內容：前/後範例、目標範圍。 專業提示：首先要求一個 Canary 。
30) 自我檢查和驗證套件
提示：
「在最終確定之前，自我檢閱變更：
- 解釋潛在的回歸
- 提出測試新增
- 對並行性、記憶體和 執行心理模型檢查
- 確認樣式和 合規性 如果需要，傳回檢查表和程式碼修正。」 要提供的內容：變更集和 規則。 專業提示：與「充當偏執的審查者」語言結合使用。
範例：使用 4.5 重構付款工作流程
情境： 服務同步處理付款，並在尖峰負載時逾時。
如何應用提示：
- 從提示 6 開始分析瓶頸。
- 使用提示 8 將繁重的步驟（欺詐檢查、發票產生）移至具有冪等性的非同步作業。
- 應用提示 11 來快取冪等查詢 ( 元資料、匯率)。
- 新增提示 16 以進行追蹤和 指標。
- 使用提示 7 將推出包裝在功能標誌中。
- 以提示 30 結束以進行自我檢查並新增測試。
結果：p95 延遲下降 45%，接近零逾時，更安全的推出。
製作更好的 4.5 上下文區塊
當您執行以下操作時， 4.5 會發光：
- 提供代表性檔案，而不是整個 。
- 說明非目標：「不要變更公共介面。」
- 使用明確的驗收標準和測試名稱來錨定。
- 新增防護欄：「偏好標準程式庫而不是新的依賴項。」
- 先要求替代方案，然後要求選擇的實作。
嘗試此元提示：
「在編碼之前，概述 2–3 種具有權衡取捨的可行方法（複雜性、效能、可讀性）。選擇一種將風險降到最低並符合我們的約束的方法。然後實施。」
更快合併的提取請求： 4.5 劇本
- 從明確的問題陳述和最小的可行變更開始。
- 附加顯示前/後增量的日誌、追蹤或基準測試。
- 包含測試計畫、回滾步驟和部署後要觀察的指標。
- 新增審查者檢查表：正確性、耦合、測試覆蓋率、效能、安全性。
- 使用提示 26 編寫 描述，並使用提示 27 進行自我檢閱。
順道一提：如果您希望此工作流程在您的編輯器或文件中，像這樣的工具可以針對您的程式碼選擇協調 4.5 提示，自動附加差異，並保持一個持續的上下文視窗，以便每個步驟都建立在最後一個步驟的基礎上。這有助於團隊從臨時 使用轉變為可靠的、審查優先的習慣。
快速入門套件組（複製/貼上）
套件組 ：「功能 + 測試 + 」
- 提示 1 (功能)
- 提示 3 ()
- 提示 26 ( 撰寫)
- 提示 30 (自我檢查)
套件組 ：「大規模重構」
- 提示 14 (計畫)
- 提示 29 (程式碼模組)
- 提示 23 ( 速度)
- 提示 28 (版本說明)
套件組 ：「強化衝刺」
- 提示 13 (安全稽核)
- 提示 24 (容器)
- 提示 25 (機密)
- 提示 16 (可觀察性)
後續步驟
- 選擇 3 個符合您最痛苦痛點的提示，並在單個小型模組上執行它們。
- 使用具體約束和明確的測試來調整每個提示。
- 測量結果（p95 延遲、 前置時間、部署失敗率）。
- 僅在驗證了 Canary 中的收益後才擴大。
主要要點：
- 4.5 在具有精確約束、範例和測試的情況下最強大。
- 自主編碼需要防護欄：標誌、指標和回滾。
- 重構和 受益於分階段計畫和高信號審查。
- 從小處著手、測量並迭代。
常見問題
問題 1：如何將這些 4.5 提示調整為我的技術堆疊？
將您的語言、框架、程式碼風格和 規則新增至每個提示。當您包含來自您的堆疊的範例檔案、路徑和測試框架時， 4.5 的效能最佳。
問題 2： 4.5 可以編寫安全的大規模重構嗎？
是的，如果您提供前/後模式、程式碼模組計畫和分階段推出。使用包含試執行、抽樣驗證和 Canary 的提示來降低風險。
問題3：使用 Claude 4.5 獲得高品質 PR 的最佳方式是什麼？
將 diff 和上下文饋送到 PR 描述提示中，該提示要求問題、解決方案、風險、測試和發布步驟。接著使用自我審查提示來發現缺口，然後再請求審查。
問題4：我如何防止 Claude 4.5 過度設計？
預先聲明非目標和約束：最小可行變更、沒有新的依賴項、保留公共 API。首先詢問替代方案，然後選擇最簡單的方法。
問題5：我可以將這些提示整合到我的編輯器或 CI 中嗎？
可以。將提示封裝到編輯器程式碼片段或 CI 作業中。諸如 Sider.AI 之類的工具可以自動執行上下文收集，將提示應用於選定的程式碼，並始終如一地組裝差異和 PR。
