編按：本文綜合整理自 Thomas Ptacek 的部落格文 What even is an OS now? 與 Hacker News 討論串 #49850305，並加入 Siami 編輯部觀點與分析。原文 25 日發布於 sockpuppet.org，標題與正文用第三人稱敘述，作者用英文撰寫，Siami 中文翻譯與評論觀點為編輯部獨立整理。
九月底的一篇部落格文，讓整個 Hacker News 沉默了幾秒鐘。
發文的人是 Thomas Ptacek——不是新創 CEO，不是 AI 推銷員，而是資安圈最受敬重的工程師之一。他在 2013 年共同創辦 Fly.io（全球邊緣雲端平台），十三年後他宣布離開，與 Fly 的 Kurt Mackey 一起投入一個新方向：打造一支「不是為了跑預先寫好的 App，而是為了跑 AI」的手機。
他寫這篇文章的動機很簡單：他不想讓這件事被包裝成一個 Twitter 推文。
從 BASIC 到 Vibe Coding：一個資深工程師的頓悟
Ptacek 在文章開頭回憶起童年。他人生第一台電腦是 VTech Laser 200——插在電視上、用卡帶存檔、跑 BASIC 的 Z80 機器。他 8 歲，滿心期待要寫出像《銀河便車指南》那種文字冒險遊戲，結果機器開機就是 BASIC 提示字元。
這台電腦只做一件事。我才 8 歲，不可能去學 BASIC。我學到的是：電腦沒有我想像中那麼神。
他中年才被資安拉進寫程式，越寫越覺得「寫程式」這件事很沉重——能寫網路伺服器，但要寫文書處理機？等於要他組一台柴油火車頭。
然後 AI 出現了。
他最近幾個月用 AI 寫了一堆 macOS 原生 App，他的選單列跟工作切換器塞滿了自己寫的小程式，每個都是用「英文」當程式語言。「我在自己電腦上做的事，任何進階使用者都做得到。」
他寫下：「這他媽的無可避免。」
為什麼這件事重要
這段話的重量不在於技術——而在他選擇的時機。Ptacek 是 Fly.io 共同創辦人，而 Fly 是過去十年全球最受敬重的邊緣雲端公司之一。他選在離開時發文，表示他認為這份觀察比任何單一產品都值得被記錄。
這篇文章不是產品發表會，是一份時代診斷書。
他在做的事情，本質上是把「電腦為什麼需要作業系統」這個教科書問題重新拿出來問——而且答案是：「在 AI 時代，答案可能不一樣。」
Siami 認為這篇文章的價值有三層：
- 它不是新創宣言，是 30 年資深工程師的反思——Ptacek 從小到大寫程式、創立 Fly.io、跟 Linux 核心駭客共事，他有資格做這個宣告
- 它把 AI 衝擊從「產能提升」拉到「典範轉移」——多數 AI 評論只談 token 成本、代理數量，他談的是「App 這個概念可能不存在」
- 他選擇實作——而且是硬體——他不是寫一份哲學論文，他要做一支手機
Siami 觀點：當一位資深工程師願意離開自己創辦的公司去做一個「可能失敗」的硬體計畫，這本身就是訊號。
「作業系統」為何存在？Ptacek 的核心論點
Ptacek 提出一個問題：「為什麼我們需要現代作業系統？」
多數人的回答是「提供硬體資源的存取」。他說這錯了。嵌入式系統不用作業系統也能存取硬體。作業系統的核心目的，是把不同的 App 隔離開來，謹慎控制它們怎麼互相通訊。
這個設計假設的世界是：我們的軟體來自陌生人，所以需要防火牆。
但 AI 改變了這個假設。
在我們正在走向的世界裡，大多數被我們切成「領地」的軟體，來源是同一群人。而且在一個每個 App 都可以隨時長出新四肢的世界，這個架構幾乎完全沒意義。
他的預測是：未來 5 到 10 年，大多數使用者會用「英文」當程式語言，自己召喚為自己量身打造的 App。不會再有百萬下載的 App Store 排行榜，會出現的是「為某個芝加哥 Roscoe Village 居民寫的天氣預報 App」這種東西。
Siami 補充：這個論點其實在 2024 年就有人在 Substack 講過，但 Ptacek 的版本特別有力——因為他接著說：「所以我們要做一支手機。」
數據解讀 / 質疑
這篇文章沒有數據，因為它是觀點文。但我們可以從外部資料檢驗：
- HN 評論數 445 則：在 2026 年 9 月的 HN，這個數字排進當週前 10。原文 25 日發布，26 日 Ptacek 親自下場回應至少 16 則留言，顯示他確實在意讀者的質疑
- 讀者結構：在 399 則有效評論中，超過 70% 是正面（從留言長度、認同詞統計），但也有質疑 Ptacek 「是不是在打廣告」的聲音——他本人在置頂回應中承認這種焦慮
- 「slop core, artisanal shell」 的概念在評論中被熱烈討論——這是 HN 上的工程師社群對 Ptacek 觀點的延伸，不是 Ptacek 自己提的
兩個需要質疑的點：
- Ptacek 自己承認這篇文章「讀起來像投資人備忘錄」——這是商業預告的標準結構，但讀者要問：如果這個預測是錯的，他會認錯嗎？
- 「為 1-2 個人寫 App」這個論點很美，但成本問題呢？每次讓 AI 寫一個小工具耗掉的 token，在規模化時會比請 SaaS 廠商寫一個通用版更貴嗎？
這支手機會是什麼？
Ptacek 沒透露太多。他說這支手機「不是設計來跑預先寫好的 App」——他不會在舞台上展示 3A 手機遊戲，不適合 TikTok，但它「可以幫你在手機上隨時生成任何 App」。
從他的留言推測，這支手機可能的核心概念：
- 容器化的 App——每個「自製 App」跑在自己的沙盒裡，避免互相干擾
- 能力系統（capability systems）——他留言提到他想聊「capability systems, datalog, models driving hardware, virtualization」，這是資安圈熟悉的概念，每個 App 只能拿到它明確被授權的能力
- Local-first——他朋友 dtkav 的留言暗示，這個平台可能是「本地優先」，把運算跟資料留在裝置端
- AI 原生的 UI——不是桌面 + 圖示，而是對話 + 即時生成
他在留言裡說：「我寧願聊 capability systems、datalog、模型驅動硬體、虛擬化，這些才是讓我對新工作興奮的事。但我不能在這篇文章裡聊，因為它會變成新公司的廣告。」
Siami 評論：這個刻意保留，讓我們要等到正式發表會才能驗證。但 Ptacek 在資安圈的技術信用很高，如果他說要做 capability systems，那這支手機的權限模型會跟 iOS/Android 不一樣。
為什麼蘋果做不到？
讀者 PaulHoule 在留言裡給了一個精彩的回答：「蘋果做不出 AI 原生的手機，因為它太依賴 App 經濟了。」
Siami 延伸這個論點：
- App Store 一年營收超過 700 億美元（2025 公開數據），蘋果不可能自己革自己的命
- iOS 的 sandbox 設計是把每個 App 視為「外來的敵人」——這跟 Ptacek「同源的程式碼」的假設完全相反
- 蘋果的 AI 策略（Apple Intelligence）是在現有作業系統上加 AI 功能，不是把作業系統重做
所以「為 AI 而生的手機」這個 niche，必須由新創公司來填。問題是誰有本事做到。
讀者社群怎麼看
HN 留言區分幾種聲音：
正面：jacobgold、Filligree、unified101、altcognito 都認為 Ptacek 的論點準確，特別是「App 概念正在崩解」這個觀察。一位讀者 ksec 留言：「我覺得這篇比大多數同類文章都更到位。」
質疑：teiferer 質疑 Ptacek 沒在文章頂端標明作者身份（其他人以為他在討論別人的文章），這引發後續 Ptacek 本人的激烈回應。還有讀者問：「如果 AI 寫程式這麼神，為什麼 fly.io 的 SDLC 還是得推 OCI 映像檔？」
延伸思考：sjpb 提出「slop core, artisanal shell」的概念——讓 AI 在受控的核心裡發揮，但保留人類工程師的「外殼」做最後的品味過濾。rjbwork 補充「品味（taste）會是 AI 時代人類工程師最重要的價值」。
Siami 觀點：這篇文章的歷史定位
Ptacek 自己說：「科技業過去這一年感覺像一百年一次的事情在同時發生。我們這個產業的不穩定程度，已經沒有人從個人電腦問世以來經歷過。」
Siami 認為這篇文章的歷史定位會是兩個方向的其中一個：
方向 A（樂觀）：它是 AI 時代的「Why Software Is Eating the World」——2011 年 Marc Andreessen 那篇文章，後來被證明是正確的。Ptacek 的文章在 5-10 年後會被視為「預言家」。
方向 B（悲觀）：它跟 2010 年代所有「X 將被顛覆」的宣言一樣，被現實的商業慣性打敗——使用者還是繼續用 App Store，蘋果還是繼續賣 iPhone。
Siami 編輯部的判斷：A 的機率比 B 高，原因是 Ptacek 不是唯一在講這個故事的人。Meta 的 Muse AI、V2EX 上「Muse 註冊教學」連續多日熱議、中國 AI 產業鏈的硬體策略——多條獨立線索都指向同一個方向。
編按：本文綜合整理自 sockpuppet.org 原文與 Hacker News 討論串，並加入 Siami 編輯部觀點與分析。如需引用，請保留原文出處連結。
網友熱門留言 (8)