應用中繼資料

在實踐中

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

這個性質正是中繼資料適合作為 AI 目標格式的原因。用中繼資料表達的應用小到 AI 能整體裝下——objectstack README 自帶的示例 CRM，從物件到翻譯，能被 Agent 端到端讀完——因此編碼 Agent 推理的是整個系統，而不是對著一個只能抽樣閱讀的程式碼庫猜。又因為定義是型別化並經過 schema 校驗的，寫錯欄位名或寫了一個不存在的權限值，會在校驗關卡直接失敗，而不是變成上線後的執行環境驚喜。

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