我說過 closed source 不是護城河。這是我照樣關著的東西。

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

上一篇我主張:如果在你的防禦力敘事裡,承重的是保密,那你沒有護城河,你有的是領先起跑。一個公道的讀者會把這句話反過來丟回給我:那為什麼我建的東西有一半是關著的?Orvena 的原始碼是公開的。文章是公開的。我在底下建的 multi-tenant 平台——設計來賺錢的那部分——不是。如果 closed source 不是護城河,那我到底在幹嘛?

答案是一條規則,而我認為這條規則比它產出的任何一次個別判斷都有用。

我建的每一樣東西,都用一個問題分類:這是 build-time 的產物,還是 runtime 的服務?Build-time 的產物——參考骨架、scaffold、世界觀的寫作、一個你在自己機器上跑的圍堵 runtime——因公開而增值。它們的全部工作就是被看見、被爭論、被信任,而一個沒有人能讀的 repo 賺不到信任。Runtime 服務在性質上不同:一個平台,tenant 的 schema 以資料形式存放,他們的紀錄持續累積,API 在執行期圍繞他們建的東西生長——那是別人的工作日常最後安身的地方。任何帶著這種 runtime 氣味的東西,都放到關閉的那一側。不是因為程式碼有多珍貴,而是因為這門生意如果哪天成了,成的地方就在那裡。

接下來這部分我想說得精確,因為上一篇和這一篇必須在這裡對得起來。關閉那一側的防禦力——如果它有一天配得上這個詞——不會來自原始碼被藏起來。它會來自轉換成本:tenant 的資料、schema、整合,已經長進這個平台裡。那種重力是模型中立的;下一個 frontier model 出貨時它不會被侵蝕。而它今天並不存在。我有一個內部 tenant,其真實資料以 tenant 隔離的方式跑在平台上。這證明 tenant 可以在這裡生長。它完全沒有證明有人會付錢來生長。外部付費 tenant 是零,表示關閉的那一側目前是一個選擇權,不是護城河,而我強迫自己使用這個詞。

那麼,按我自己的論證,為什麼不乾脆把它也開了?因為領先起跑不是護城河,但也不是一文不值。在重力存在之前,領先起跑是那一側唯一擁有的資產,而把它送出去買不到任何東西:擋住採用的不是人們讀不到原始碼,是他們根本還不知道、還不信任這個東西存在。那個問題是在公開的那一側解決的——可以檢視的 runtime、附帶但書的 benchmark、這些文章——而不是靠把商業側在能自我防衛之前唯一的資產捐出去。開放放在開放會複利的地方;保留放在保留是你唯一籌碼的地方。

這條界線本身是寫下來的,有日期、有版本,和我在這個系列裡展示過的其他東西一樣。它附帶一條任何人都能套在自己 stack 上的可操作規則,也附帶一個條件,一旦成立,這條界線就不再是我以為的意思——如果前十場買家對話都說,他們寧可擁有一份程式碼,也不想租一個託管平台,那關閉的那一側就不是等著長成的護城河,是庫存,我就得照庫存來處理它。那會是市場在告訴我一件事,不是一場敗仗。我也走過反方向:今年我停掉了一個開源專案,因為它押注的前提沒能通過現實的檢驗。這條規則兩邊都切得動,否則它就不是規則。

四篇之前我說過,稀缺的是可以檢視的判斷。這篇就是它用在我自己生意上的樣子:不是「開放好、關閉壞」,也不是反過來——是一道有理由、有日期、有移動條件的界線。