應用後設資料

在實踐中

真正的區別不在「配置還是程式碼」，而在執行時發生了什麼。生成程式碼是一次性匯出：生成器吐出控制器、表單和遷移指令碼之後，這些產物就開始各自漂移，最初的意圖也隨之丟失。後設資料則始終是活的源頭。你在定義檔案裡改一條許可權規則，API、介面、審計日誌和 Agent 工具會同時跟著變——因為這四者都是在每一次請求時從那一條宣告推匯出來的。

這個性質正是後設資料適合作為 AI 目標格式的原因。一個完整的 CRM 用後設資料表達大約 15 萬 token，編碼 Agent 可以在一個上下文窗口裡裝下整個系統，而不是對著一個只能抽樣閱讀的程式碼庫猜。又因為定義是型別化並經過 schema 校驗的，寫錯欄位名或寫了一個不存在的許可權值，會在校驗關卡直接失敗，而不是變成上線後的執行時驚喜。

它同樣決定了 AI 寫的軟體能不能被審閱。Agent 加一個審批環節時，diff 就是定義檔案裡可讀的幾行——而不是分散在控制器、模板、遷移指令碼和測試裡的四百行。一個有業務決策權、但對框架內部毫無興趣的審閱者，能讀懂這份 diff，明白「誰可以做什麼」變成了什麼樣，然後簽字。