"方法論"
- 為認知類型設計輸出：共用底層與可組合的 mode
從 ADHD、自閉、需求迴避三種輸出設計抽出方法論：哪些規則是三者共用的 base layer、格式層與框架層如何區分、祈使與去命令化的同層衝突如何靠 profile 切換化解，以及如何據此把三者整合成一個可組合的 skill
- 發射管制隊視角：評估工作團隊設計的判讀方法
設計或檢視團隊分組、agent 編制、審查角色歸屬時，用發射管制隊的組織概念逐項判讀結構選擇的正當性：任務編組、安全分線、業務與編組之分等判讀 lens
- SOLID 寫作方法論：程式結構原則在文章體系的映射
文章、模組、系列的結構決策（該不該拆篇、擴充點放哪裡、引用往哪個方向、讀者怎麼分流）缺乏統一判準時，用 SOLID 原則的寫作映射做結構檢查；含五原則的寫作定義、實證案例、違反訊號與類比邊界
- 術語解釋分層方法論：基線宣告與行內 / 連卡 / 裸用三級
文章裡的專業術語該解釋到什麼程度、入門篇跟深度篇的解釋量怎麼分級時，用「術語角色 × 前置知識基線」判定矩陣決定行內展開、連知識卡或裸用；含基線的操作化定義、SOLID 對應、缺卡 audit 流程與 financial-analysis 模組的實測
- 元件庫雙向約束方法論 - 設計端與工程端的雙向契約
元件庫是設計端與工程端之間的雙向約束：設計端先元件後組合、避免樣式發散；工程端禁自製元件、依語意選件。含 L1/L2/L3 分層架構、命名與通用元件判準、形態因素先決、元件文字歸屬（i18n-first）、豁免三條件與跨端契約
- 知識載體責任分配方法論 - rules/agents/skills 各該裝什麼
AI 開發框架的知識依「受眾 x 形態」二軸決定載體：rules / pm-rules / agents / skills / methodologies / references / error-patterns 各有載入時機與責任。載體錯置的代價是 token 污染或跨專案失傳。核心判準：代理人定義承載人格與授權，skill 承載可重複流程，以「換一個執行者內容是否改變」區分。
- SaaS 選型訪談方法論 - 從使用者操作推導到技術選型
用結構化訪談協議做 SaaS 專案初始化的設計與選型：定錨、交付形態 gate、BDD 操作盤點、DDD domain / event 切分、防護底線與決策記錄，並用合成 dry-run 驗證協議本身
- Codex 與 Claude Code Statusline 相容設計方法
用 case-first 查詢與 WRAP 判讀，整理 Claude Code statusLine 與 Codex tui.status_line 的差異，說明如何讓同一個 statusline 工具保留 Claude 原功能並預留 Codex 相容入口。
- 測試全過但有 Bug
從多廚房印表機功能開發經驗，歸納測試設計的三大陷阱與檢查清單，避免測試全過但線上有 Bug
- 經驗分享文章的寫作準則
整理自測試經驗記錄的多次修改過程，歸納六條寫作準則與檢查清單，避免常見的語氣、敘事與技術描述問題
- 5W1H 自覺決策方法論：系統化決策框架
同一個功能被重複實作、或難題被臨時解法蓋過去時，用來在任務建立的當下強制回答六個問題，包含執行者與分派者的職責邊界
- BDD 測試：測行為，不測實作細節
替換一個實作就要跟著改掉大批測試、而業務邏輯根本沒動時，用來判斷哪一層該用 Given-When-Then、Mock 的邊界畫在哪裡
- Clean Architecture 實作指引
要判斷哪些任務屬於同一層、哪些必須依序完成時，用來對照四層的依賴方向、設計與實作的相反順序、以及各階段的檢查點
- Ticket 生命週期：四個狀態與各自的進入條件
Ticket 只剩模糊標題、領取的人不知道從哪開始、關閉的人不確定算不算完成時，用來定義每個狀態的進入條件與必要欄位
- Ticket 設計派工：執行層與記錄層分開
工作日誌長到查一個設計決策要上下捲很久、而任務狀態也混在同一份文件裡時，用來把執行層拆成 Ticket、記錄層拆成三層日誌
- 方法論文件是記憶觸發器，不是教學文件
方法論文件越寫越完整卻沒人在任務中途打開時，用來判斷哪些內容該留在方法論、哪些該下沉到操作指南
- 即時 Review：Ticket 完成就 Review，不累積
累積一批 Ticket 才一起 review、而錯誤的架構決定已經被後面幾張沿用時，用來把 review 的觸發時機與檢查項目固定下來
- 設計階段的品質閘門：C1/C2/C3 在寫程式之前擋下來
Ticket 的職責不清與範圍過大要到實作階段才浮現時，用來在文字階段就判定過大、模糊、不完整三種缺陷
- 測試失敗時，改程式還是改測試
測試紅了而不確定該調整實作還是調整期望值時，用來分類失敗原因、以及判定什麼條件下才准動測試
- 程式碼自然語言化撰寫方法論
讀自己或別人的程式碼要反覆回上面確認變數與縮寫時，用來把命名、函式長度、變數用途還原成可逐項檢查的撰寫規則
- 註解保護需求，不解釋程式
註解寫成函式名稱的重述、或改動一段程式時查不到當初的業務約束時，用來判斷哪些內容該進註解、哪些該進命名或文件
- 層級隔離：讓每張 Ticket 只做一件層級的事
PR 一次動了四層、review 無從下手時，用來把 Clean Architecture 的分層轉成 Ticket 的拆法與執行順序
- MVVM ViewModel 開發方法論
建立完整的 ViewModel 開發規範，確保 MVVM 架構一致性
- Ticket 拆分標準方法論
Ticket 拆分標準
- Code Smell 檢查清單
在這裡列出常見的 Code Smell 清單，提供 設計和派工做 review 的參考及早察覺問題
- Ticket 設計派工方法論
本方法論提供完整的 Ticket 設計和派工機制，解決大型開發任務的協作效率問題，降低實作偏差風險
- 敏捷開發方法論
基於敏捷重構方法論追加文件設計規範以及實際跑一陣子後的範例說明
- 系統化除錯方法論
警告修復標準化流程
- Package 導入路徑語意化方法論
跨語言的導入聲明語意化原則，讓程式碼架構一眼可見
- AI 任務逃避偵測與預防三層防護方法論
建立 Claude 內建自檢、Hook 系統驗證、修復模式補救的完整防護體系，從根本預防逃避行為