"方法論"
- 知識載體責任分配方法論 - 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 自覺決策方法論：系統化決策框架
基於 5W1H 原則的系統化決策框架，確保每個開發決策都經過完整思考，消除重複實作和逃避行為，並強制區分執行者與分派者的職責邊界
- BDD 測試方法論
行為驅動開發測試策略，整合 Clean Architecture 和 TDD 流程，透過測試行為而非實作降低維護成本
- Clean Architecture 實作指引
我們在 AI 協作開發中引入 Clean Architecture 作為任務分派的核心判斷框架。這篇文章整理了四層架構的設計順序、實作順序，以及我們實際執行時的關鍵檢查點。
- Code Smell 品質閘門檢測方法論
在 Ticket 進入 Phase 2 前強制執行 C1/C2/C3 品質檢測，將修正成本降低 80%
- Ticket 生命週期管理方法論
從一個 Ticket 失控的故事，談如何建立有紀律的任務生命週期管理
- Ticket 設計派工方法論
我們如何用 Ticket 機制解決大型開發任務的協作困境：從工作日誌臃腫到積極派發的實踐歷程。
- 方法論文件撰寫方法論
從「教導文件」到「記憶觸發器」的方法論撰寫觀念轉變
- 即時 Review 機制：Ticket 完成就 Review，不累積
每完成一個 Ticket 立即觸發 Review，30 分鐘內用 16 項標準清單完成，把偏差消滅在最小範圍。
- 程式碼自然語言化撰寫方法論
將程式碼視為自然語言的撰寫哲學：從認知負擔的理論出發，透過五行函式、事件驅動、變數專一化，實現如同閱讀文章般流暢的程式碼
- 程式碼註解撰寫方法論
定義程式碼註解的本質：需求保護器而非程式解釋器，建立維護者導向的註解撰寫標準，涵蓋事件驅動架構與 Widget 獨立性註解規範
- 層級隔離：讓每張 Ticket 只做一件層級的事
我們在實際開發中整理出一套方法論，讓 Clean Architecture 五層架構與 Ticket 拆分真正結合——每張 Ticket 只修改一個架構層，不多也不少。
- 錯誤修復和重構方法論
基於測試驅動開發原則的程式錯誤修復標準，從分類判斷到執行驗收的完整流程
- MVVM ViewModel 開發方法論
建立完整的 ViewModel 開發規範，確保 MVVM 架構一致性
- Ticket 拆分標準方法論
Ticket 拆分標準
- Code Smell 檢查清單
在這裡列出常見的 Code Smell 清單，提供 設計和派工做 review 的參考及早察覺問題
- Ticket 設計派工方法論
本方法論提供完整的 Ticket 設計和派工機制，解決大型開發任務的協作效率問題，降低實作偏差風險
- 敏捷開發方法論
基於敏捷重構方法論追加文件設計規範以及實際跑一陣子後的範例說明
- 系統化除錯方法論
警告修復標準化流程
- Package 導入路徑語意化方法論
跨語言的導入聲明語意化原則，讓程式碼架構一眼可見
- AI 任務逃避偵測與預防三層防護方法論
建立 Claude 內建自檢、Hook 系統驗證、修復模式補救的完整防護體系，從根本預防逃避行為