Airbnb 執行長：AI 已寫下公司 60% 的程式碼——而「創辦人模式」才是生存之道

Airbnb 執行長 Brian Chesky 在週四刊出的 Fortune 專訪中表示，人工智慧目前已寫下公司 60% 的程式碼——而且他主張，唯一能駕馭這種變化速度的管理模式，就是「創辦人模式」（founder mode）。這個詞由 Paul Graham 於 2024 年提出，而 Chesky 正是它最有力的代言人。

「60%」這個數字並非全新消息——Chesky 首次揭露是在今年 5 月的 Airbnb 2026 年第一季財報電話會議上。真正新的地方在於框架：在 AI 程式設計革命展開兩年後，Chesky 的立場是——這項技術改變的不只是軟體被寫出來的方式。它改變了誰應該經營公司、經營者應該多貼近實際工作，以及為什麼傳統的「授權式管理」教戰手冊，在此刻可能反而是危險的。

數字背後的實況

「AI 寫了 60% 的程式碼」聽起來像是一個關於工程生產力的統計，某種程度上確實是。在財報電話會議上，Chesky 告訴投資人，AI 協助 Airbnb 更快推出新功能，將從概念到上線的時間縮短了多達 60%。工程師利用 AI 編碼工具，以更快的速度、更少的缺陷打造產品；而在消費者端，公司也正在測試自然語言的對話式搜尋來完成訂房。

但更能說明問題的細節，是「誰」在用這些工具。Chesky 說，Airbnb 的管理者們現在也在「捲起袖子」寫程式——其中許多人用的是 Anthropic 的命令列編碼代理 Claude Code。這是對傳統分工的一次驚人逆轉：過去是主管寫評語、工程師寫程式。在 Airbnb，期望反了過來——當 AI 已經大幅壓低了寫程式的成本，那麼理解程式碼、指揮它、審查它、坐在生產迴圈裡，就成為每個領導者的工作的一部分，而不只是基層工程師的事。

這與其他大型科技公司揭露的狀況相互呼應。Google 與微軟都曾表示，AI 生成了他們相當比例的新程式碼，而新創公司回報的數字往往更高。Airbnb 的揭露之所以重要，在於它是一家消費性網路公司——不是 AI 實驗室——擁有三千多名員工，證明了「AI 優先」的工程實踐，已經在主流規模的公司成為標準配備。

「創辦人模式」在 AI 時代是什麼意思

「創辦人模式」一詞出自 Paul Graham 2024 年那篇影響深遠的文章，論點是：一般給創辦人的建議——雇用好的人、然後放手——往往會失敗，偉大的創辦人會留在細節裡。Chesky 成了這個路線的代表人物：他以罕见的直接方式經營 Airbnb——小團隊、在各個層級直接參與工作、他自己與產品之間幾乎沒有層層組織。

在這次 Fortune 專訪中，Chesky 把這套哲學具體套用到 AI 上。他形容創辦人模式就是：緊密掌握員工在 Airbnb AI 專案上的進度、他們的 token 用量，以及 AI 工具本身的整體產出。最後一項最值得玩味。當你公司多數的程式碼是機器寫的，管理的單位就不再是「人」，而是「系統」：用了哪些模型、消耗了多少 token、代理產出了什麼、品質如何。

把 token 用量當成高階經營指標，是一個真正全新的觀念，也可能是這場訪談裡最鋒利的一刀。算力如今是一個行為舉止如同原物料的成本項目——按員工、按團隊、按功能計價。看得到它的執行長才能駕馭它；只看得到季度彙總報表的執行長，做不到。

Chesky 的警告——如他先前多次說過的——是針對拒絕改變的管理者：不願深入了解 AI 工具細節的領導者，將面臨失去相關性的風險，因為他們管理的團隊生產力瞬間提升了 60%，而這些主管自己的判斷力，還停留在速度慢得多的舊世界。

值得認真看待的反方論點

要把「創辦人模式」讀成「替微觀管理換了個好聽名字」很容易，自 Graham 的文章發表以來，批評者說的正是這件事。它的失敗模式很明顯：一個介入每個決策的創辦人會成為瓶頸，而 Airbnb 自己的歷史上，也包括 Chesky 與產品距離太近、反而拖慢速度的時期。

但 AI 時代版本的論述，基礎比原始版本更扎實。當技術堆疊變化得這麼快——每季都有新模型、新代理、新定價、新的失敗模式——組織的既有知識衰變得極快，而離工具最近的領導者擁有最新的資訊。授權式管理之所以有效，前提是環境夠穩定、去年的教戰手冊還適用。現在，不是。Chesky 的賭注是：在一個每 90 天地面就移動一次的環境裡，創辦人模式只是理性回應。

還有一個人才層面的因素。想在最前線工作的工程師，會被「領導層真正理解工具」的公司吸引。一位能夠有條理地討論 token 經濟學與代理產出的執行長，本身就是招募資產；反之，則是這家公司將淪為追隨者的訊號。

為什麼重要

這場訪談把今年一直在累積的轉變講透了。AI 編碼故事的第一章，是關於個人生產力——開發者出貨更快。而 2026 年開啟的第二章，是組織層面的：當大多數程式碼由機器生成，管理層級、人力編制規劃、乃至「工程團隊」的定義，會發生什麼事？

Airbnb 給出了一個答案：組織打平、密切檢視、讓領導者親自寫程式。創辦人模式究竟能否規模化——還是會先把實踐它的創辦人燃燒殆盡——仍是未定之天。但當一家市值超過千億美元的上市公司，已有 60% 的程式碼由機器寫成，這場辯論就不再是理論了。