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