Closed source 不是護城河。這是我實際在用的過濾器。

本文英文原文於 2026 年 8 月 17 日發表於 LinkedIn。

寫到第三篇,我已經給你看過一套組織的 schema 和一個圍堵 agent 的 runtime。兩者的防禦力都不是來自保密——Orvena 的原始碼從頭到尾都是公開的。我認為,把東西關起來、再把保密叫做護城河,是我看到人們在決定要建什麼時,比較常犯的錯誤之一。

動態 schema 平台、sandbox 化的 agent runtime、規格驅動的生成器——這些都是已知的模式。別人不必讀過我的原始碼,就能重建我在這裡描述的大部分東西。如果在你的防禦力敘事裡,承重的是「沒有人看得到它」,那你沒有護城河,你有的是領先起跑,而領先起跑消蝕的時間表,由別人的模型決定,不由你。

所以我現在跑的是另一個過濾器,而且先跑在自己身上,再跑在任何別的東西上:當底層模型變得更好,這項資產是更值錢還是更不值錢?一個為了讓程式碼生成更便宜而存在的中間層——模板、scaffolding、一個把白話更快變成 app 的 IR(intermediate representation,中間表示)——每一次 frontier model 進步就更不值錢,因為模型正在填平那個層當初被建來跨越的落差。一個為了讓人類意圖可檢查而存在的層——有版本、可 diff、可以讓某個人為它負責——在同一條時間軸上會更值錢,因為一個更有能力、更自主的 agent,會讓「我能不能驗證它實際做了什麼」變成更難的問題,不是更容易的。

這個過濾器也是我要求自己寫下 kill criteria、而不是只憑信念的原因。如果一個受監理的買家明白告訴我,vendor log 就夠了,他們不會為 agent 層級的證據付錢,那治理這個賭注就是錯的,而我寧可從一次誠實的對話裡發現這件事,也不要在它已經不成立之後繼續建下去。一個你描述不出怎麼輸的賭注不是賭注,是指望。

這一切都沒有讓程式碼本身變得值得保護。值得保護——值得版控、值得拿給別人看——的是底下的推理:我選擇建什麼、選擇不建什麼,以及要發生什麼事我才會承認自己錯了。這才是這四篇貫穿的主線,同一個答案,每次回答一個不同的問題:組織 schema 讓一個組織的前提可檢查,Orvena 讓 agent 的報告可檢查,而這篇講的,是讓我自己的賭注可檢查的東西。

如果「AI 架構師」要有比知道該抓哪個 framework 更多的意義,我想它必須包括:當那種在需要之前,就先把 kill criteria 寫下來的人。