鐵人檔案
AI coding agent 越會寫程式，架構的約束力反而越重要——沒有清楚邊界時，AI 會用最短路徑寫出能動但難維護的東西。這系列主張架構的角色從「規範怎麼寫」變成「限制能改到哪裡」：怎麼把 Repository 分層、介面切分、依賴方向這些規則，從文件裡的建議變成 AI 動手時真的會撞到的邊界，並用真實案例說明沒有約束力的架構會怎麼失控。
前言：AI 都能自己生成架構了，還需要人設計架構嗎？ 「現在 AI coding agent 已經可以自己規劃分層、自己決定要不要拆介面，架構師是不是快沒事做了...
前言：這不是「AI 寫得爛」，是「AI 選了最短路徑」 「AI 生成的程式碼看起來很亂，是不是因為模型能力還不夠？」 如果你也這樣想過，先重新想一次：AI 寫程...
前言：architecture 不就是畫幾個框框、連幾條線嗎？ 「架構圖不就是畫出幾個方塊、幾條連線，說明系統長什麼樣子？跟 AI 會不會寫錯程式碼有什麼關係？...
前言：Repository 不是「把 SQL 包起來」而已 「Repository Pattern 不就是把 SQL 包進一個類別，讓程式碼比較好看嗎？」 如果...
前言：只是換一行程式碼，能有多大差別？ 「建構子參數的型別提示，寫介面還是寫具體類別，不就是打幾個字的差別嗎？」 如果只看語法層面，確實是這樣——兩種寫法都能編...
前言：測試都過了，這樣改有什麼問題？ 「這個 bug 修好了、測試也綠燈了，為什麼你還要我改掉 import 的方向？」 這是分層架構裡最容易被忽略、卻最傷筋動...
前言：邊界畫在資料夾，還是畫在依賴關係上？ 「模組邊界不就是把程式碼分到不同資料夾嗎？這個系列前幾天不是已經講過 Repository 分層、介面切分了嗎，模組...
前言：明明只是修一個小功能，為什麼牽連了另一個模組？ 「我只是想讓訂單頁面多顯示一個欄位，AI 怎麼會改到用戶模組的程式碼？」 這是進入第二部後我想先處理的問題...
前言：程式碼會告訴你「現在長什麼樣」，不會告訴你「為什麼長這樣」 「這段程式碼看起來繞了一大圈，直接改成更直覺的寫法不好嗎？」 如果你請 AI 重構一套系統，這...
前言：那段「多餘」的檢查，其實是唯一的防線 「這段程式碼明明已經檢查過一次了，後面怎麼又檢查一次？看起來像是複製貼上留下的重複邏輯，我幫你清掉了。」 如果你用過...
