Menú
在需求分析之後 編碼實現之前 閱讀此skill
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
Avalime項目的文檔。開發Avalime項目時必須閱讀此skill
AI的持久化記憶。此skill爲必讀。執行任務前先看記憶、執行任務後再按需更新記憶
需求分析skill。默認情況下、你應當先做需求分析 再設計實現。除非用戶明確要求你不用分析
聲明與實現分離。編碼階段初步設計與詳細實現時必須閱讀此skill
遇到疑問時立即停止工作並與用戶確認。此skill爲必讀
寫代碼一定要有註釋。寫代碼寫註釋時使用此skill
| name | tsinswreng-design-before-coding |
| description | 在需求分析之後 編碼實現之前 閱讀此skill |
任何代碼修改都必須遵循: 先設計、後實現。
設計階段與實現階段必須嚴格分離:
禁止在沒有經過設計階段的情況下直接寫實現代碼!
如果本次任務的需求還不夠明確、尚未經過充分的需求分析、 必須尋找需求分析相關skill做需求分析、 拿到用戶確認的需求確認單後、再回到本skill 進入設計階段。
本skill 假設輸入的需求已經是明確的、經過確認的。 如果你發現需求中有模糊不清的地方、也要先回去做需求分析。
interface)做抽象、而非類繼承。類繼承僅用作代碼複用手段nameof/枚舉寫代碼要考慮全局最優 要考慮長遠的可維護性 可擴展性、不能圖省事搞局部最優。
以下做法屬於“局部最省事”的反模式、嚴格禁止:
每次寫代碼時、必須在腦中檢查以下問題:
以下情況必須先進行設計、不能直接寫代碼:
以下情況可以跳過設計階段:
每個設計方案必須包含以下內容:
最好能給出多種方案供用戶選擇。
方案之間應有明確的差異點(不同的抽象方式/不同的分層策略/不同的技術路線)、 不能只是“方案A用一個類、方案B用兩個類”這種表面差異。
對每個方案給出你的推薦度和理由。
設計方案時必須從以下維度進行考量:
設計或實現過程中遇到任何不確定之處、必須立即停止並向用戶確認。包括:
提問時要附上自己想的幾種可能回答/方案、方便用戶快速選擇。