在 7 月 7 日前最大化 Claude Fable5 效能：必做任務與 2 個專家級提示詞

1請盤點 .claude/skills/ 下的技能群組，並從防禦性和進攻性兩個角度進行改進。
2
3## 目的
4技能是「過去有效方法的複製裝置」。做兩件事：
5- 防禦：消除解釋空間和過時資訊，使其無論模型或日期如何，都能以相同品質運作。
6- 進攻：從實際交付成果中提取成功模式，並將其回饋到技能中，以提高重現性。
7
8## 準備
9- 如果技能目錄在 git 下，請在開始前提交；如果沒有，請製作備份副本。
10- 使用記錄的位置：[工作記錄、交付成果或產品的路徑。如果沒有，請寫「無」（進攻性將降低）]
11
12## 防禦：根據 6 個項目診斷所有技能
13首先，建立一個清單（技能名稱 / 一句話角色 / 最後更新時間 / 行數）。對於每個技能：
14- 觸發條件：能否僅憑描述判斷使用/不使用的情境？與其他技能是否有重疊的觸發條件？
15- 重現性：是否有會因執行者解釋而改變結果的指令（例如「適當地」、「好好地」）？是否寫明了判斷標準和預設值？
16- 範例：是否至少有一個好的和一個壞的範例？（範例最能定義行為）
17- 完成標準：是否以可觀察的方式寫明了什麼才算合格？
18- 時效性：引用的路徑、工具和前提是否仍然存在？（驗證路徑確實存在）
19- 結構：主體是否過於臃腫？細節是否分離到參考文件中？
20
21## 進攻：從結果中強化
221. 回饋：尋找每個技能中被採用、發布或未經修正即通過的實際交付成果。如果優於技能中現有的範例，則將其作為好的範例納入。相反地，從被修正或拒絕的交付成果中提取 NG 範例和禁止規則。
232. 發現遺漏：尋找記錄中重複出現但尚未轉化為技能的工作模式，並將其建議為新的技能候選項目（附帶觸發條件、程序和完成標準草稿）。
24
25## 處理變更
26- 直接實施：客觀的修正（無效路徑、矛盾、事實錯誤）以及可從結果中獲得來源的補充。補充內容務必寫明來源。
27- 僅提出建議：會改變技能目的、判斷標準或範圍的事項，或是沒有來源的改進想法。針對每個提案提供選項和建議。
28
29## 完成檢查
30對於每個修改過的技能，假裝自己是第一次看到它的 AI，從頭開始追蹤程序，只有在確認沒有令人困惑的部分後才算完成。
31
32## 報告
33- 診斷清單（嚴重性：高/中/低。沒有問題的技能請寫「無問題」）
34- 修正的完整差異對比（附帶來源的進攻性補充）
35- 新的技能候選項目清單和需要確認意圖的提案
36- 如何復原

1請為 [專案路徑] 制定一個重構計畫。
2這次只做計畫。不要修改任何一個程式碼字元。
3由於執行將交給另一個 AI，成功條件是：「執行者僅憑這個計畫和程式碼，就能安全且毫不猶豫地完成工作。」
4
5## 流程
61. 讀取整個程式碼並建立結構圖（主要檔案的角色和依賴關係）。
72. 識別問題（重複 / 巨型函式 / 職責混雜 / 死程式碼 / 命名不一致 / 錯誤處理漏洞 / 散落的硬編碼值）。
83. 根據「效果 x 風險」進行優先級排序，並分解成工作項目。
94. 從頭開始按執行順序追蹤完成的計畫，驗證前面項目的變更不會破壞後面項目的前提，然後再提交。
10
11## 計畫結構
121. 當前理解：這段程式碼實現了什麼以及如何實現（作為執行者的背景資訊共享）。
132. 建立安全網（作為項目 0 優先執行）：
14   - 工作前提交程序。
15   - 基準驗證方法。如果沒有測試，請以執行者可以直接轉換為測試程式碼的粒度，撰寫「哪個行為、使用什麼輸入、預期什麼輸出」作為特徵測試規格。
163. 工作項目清單（執行順序）。每個項目必須包含：
17   - ID / 目標位置（檔案路徑：行數範圍）
18   - 問題是什麼（1-2 行）
19   - 如何修改（具體說明。對於涉及判斷的部分，請包含修改前後的程式碼草稿）。
20   - 完成標準（要執行的命令和預期結果。對於測試，請包含目標測試名稱）。
21   - 風險以及失敗時如何復原。
22   - 依賴項：必須先完成的項目 ID。
234. 「禁止事項」清單（預先禁止執行者可能出於好意而做的事，例如添加功能、更改規格或更新依賴庫）。
245. 給執行者的指示（交接計畫時可以複製貼上的格式。包含「一次執行一個項目，每個項目完成後提交，如果未達到完成標準則停止並回報」）。
25
26## 品質標準
27- 執行者除了這個計畫和程式碼之外沒有其他背景資訊。寫下你腦中所有的前提。
28- 拆分粒度為 1 個項目 = 1 次提交，且完成與否可以獨立驗證。
29- 不要在工作項目中留下需要執行者解釋的表述，例如「整理 XX」。