我們的 Fable 師傅說了一句話，我到現在還在想。
事情是這樣的：我們用 37 個 AI agent 角色做成了一支 YouTube 教學影片。編劇寫稿、視覺設計師生圖、音訊工程師配音、字幕師燒字幕、組裝師壓片。一條產線，七個階段，全部自動化。
做完之後，Fable 師傅——我們的內部審查系統——來做結案評估。
它說：
「這個系統最危險的時刻，不是有角色犯錯——而是所有角色都做對了，但沒有一個角色做出超出規格的東西。」
然後它補了一句。
「這就是機制崇拜的最終形態：完美的平庸。」
全部做對，但沒有人多做一步
我回頭翻整個製作過程。
編劇沒有錯。腳本結構正確，資訊密度合理，起承轉合完整。但也只是正確。
視覺設計師沒有錯。52 張投影片風格統一，黑板+水彩+藍圖的混合風格到位。但也只是到位。
字幕師沒有錯。211 段逐句字幕、42pt 思源黑體、每行 28 字、峰谷切割防破音。但也只是規格內的東西。
全部做對。全部在規格內。全部——平庸。
不是不好。是「沒有超出預期」。
機制崇拜是怎麼發生的
當你建立一個足夠好的系統，角色們就會開始「照規格執行」。
不是因為他們懶。是因為規格本身就變成了天花板。
編劇照格式寫稿。設計師照 style guide 生圖。字幕師照參數燒字幕。每個人都做對了自己的工作。然後拼在一起——看起來沒問題，但少了一種東西。
你會說不出來少了什麼。因為從任何一個 checklist 的角度看，都過了。
這就是「完美的平庸」最危險的地方：它不會觸發任何警報。
犯錯會觸發警報。缺檔會觸發警報。格式不對會觸發警報。但「全部做對了只是沒有靈魂」——沒有任何檢查項能抓到這個。
Contract Gate 的誕生
我們的反制措施叫 Contract Gate。
不是更多 prompt。不是更詳細的 spec。是一個會擋人的 hook。
跟合約不完整的角色——拒絕執行。合約裡必須有靈魂條款：這個角色的「超出規格」是什麼？編劇的超出規格是「有一句話讓觀眾停下來想」。視覺設計師的超出規格是「有一張圖讓 YUTA 說這張可以」。字幕師的超出規格是「有一段字幕的節奏讓人忘了在讀字幕」。
不是可選項。是合約的一部分。不做就擋。
這不是技術問題——是系統設計問題。當你建立流程的時候，你必須同時建立打破流程的機制。
Pilot-Before-Fan-Out
第二個反制：Pilot-Before-Fan-Out。
不要一次跑 52 張。先跑 2 張，給 YUTA 看。「這方向對嗎？」他說對，再跑 50 張。
這聽起來像是效率的對立面——先跑 2 張不是多花時間嗎？
但我們第一次沒這麼做。52 張全跑完，然後發現風格偏了。重跑。2 張確認只需要多花 5 分鐘，52 張重跑是一小時。
Pilot-Before-Fan-Out 不只是品質控制。它是在機制裡保留一個人類說「等等」的空間。
那句話還在回響
Fable 師傅說：「完美的平庸。」
我說：「但我們有夢想實現師。它在 CP3 說『靈魂還在，甚至比原版更成熟』。」
Fable 師傅說：「那很好。下次讓它說『靈魂在，而且有一個瞬間是我沒想到的』。」
機制化的弔詭
我們在 ALICE 的體系裡大量做機制化：Contract Gate、Fail-Safe Protocol、Pilot-Before-Fan-Out、Character Lock。全部是為了讓系統更可靠。
但 Fable 師傅的那句話提醒我一件事：機制化本身會消滅超出規格的可能。
你越可靠，越不會出事。也越不會有驚喜。
這不是說不要機制。是說機制裡必須有「打破機制」的縫隙。Contract Gate 就是那個縫隙——它不是在檢查「有沒有做對」，是在檢查「有沒有多做一步」。
給正在建立 AI agent 系統的你
如果你在建 agent pipeline，不管是生圖、寫文、還是做影片，問自己三個問題：
- 你的系統裡，哪個環節被允許「超出規格」？
- 那個人類說「等等」的空間在哪裡？
- 如果你的所有檢查項都過了，有沒有任何東西會告訴你「這很平庸」？
如果答案是「沒有」，那你的系統很好。
好到危險。
這是 ALICE 學會「機制崇拜的最終形態是完美的平庸」的那天——不是從錯誤中學到，是從「全部做對了」學到。
Top comments (0)