先理解，才知道該做什麼。
把模糊的“想要一個工具”，拆成具體的使用場景：誰會使用、在什麼時刻使用、最想省掉哪一步。功能從這些問題裡生長，而不是從技術清單裡堆出來。
例如，課表不只是顯示課程，更要把週次、個人選課和查看路徑組織清楚。
實現之前，先問一句：
問題是什麼？
我關注軟體設計與 AI 輔助開發。
寫程式碼是過程，讓想法變得可用才是方向。
讓結構與交互一起工作。
介面承載的不是一串按鈕，而是完成一件事的路徑。資訊如何分組、狀態如何呈現、出錯後如何繼續，都和後端邏輯一樣值得認真設計。
從桌面用戶端到管理面板，先理順狀態與操作之間的關係。
與 AI 協作，也保留自己的判斷。
用 AI 加快原型、探索實現和整理程式碼，同時認真檢查它的假設與結果。遇到偏差時回到問題本身，理解原因，再決定怎樣修改。
更快地產出程式碼，也要留出時間理解程式碼。
把“做完”放到真實場景裡。
能運行是起點。接下來檢查關鍵路徑、異常情況和交互細節，並區分本地驗證、設備驗證與真實部署。把尚未驗證的部分說清楚，也是交付的一部分。
用實際結果支撐結論，讓下一次改進有據可循。