生成不等於授權

結構化輸出只是讓 LLM 回應容易解析。即使 JSON 格式正確，提案仍可能違反資金、物理條件、行為規則或執行順序。

真正的執行邊界應位於驗證之後：模型提出行動，確定性系統解析欄位、檢查限制，最後才接受或回傳明確失敗。

只修正失敗欄位

整份重新生成可能改掉已通過的欄位，也讓軌跡難以解讀。針對性修正只回傳失敗規則與相關欄位，修正後再重跑完整驗證。

這不保證提案正確，但會形成可檢視的鏈條：原提案、失敗規則、修正要求、新提案與最終處置。

必須預先設計的失敗模式

驗證器需要處理缺欄位、未知行動、單位不一致、資金不足、不可能的狀態轉移、重複修正失敗、逾時與模型不可用。任何失敗都不應改變狀態。

實務意義

這個模式也適用於排程、資源配置或資料更新代理。治理要成為軟體中可觀察的行為，而不只是政策文件裡的一段文字。