← 返回 Siami 首頁

Pi 1.0 正式登上 Hacker News 1500 點榜首 Earendil 把 Claude Code 的勁敵推向企業級

▲ 1,590 💬 546
Pi 1.0 正式登上 Hacker News 1500 點榜首 Earendil 把 Claude Code 的勁敵推向企業級

編按:本文綜合整理自 Earendil 官方部落格 Pi 1.0、Pi Durable 技術細節、Hacker News 討論串、Trending Topics EU 深度報導、The Register 與 Mario Zechner 加入 Earendil 公告,並加入 Siami 編輯部觀點與分析。

奧地利開發圈出身的 Earendil 公司在 2026 年 10 月 1 日正式發布 Pi 1.0,這是該公司把「極簡 agent harness」推向企業級穩定版本的宣言。發布不到一天,Pi 1.0 直接衝上 Hacker News 榜首、累積超過 1,500 點讚、超過 540 則留言;同時間發布的姊妹專案 Pi Durable 也有 450+ 點。對熟悉這條 AI 代理人賽道的人來說,這不是一般開源工具的小更新,而是一個明確的訊號:Claude Code、Codex 之後,企業級的開源 agent 選項又多了一個重量級對手。

從一個人的週末專案,到奧地利 AI 圈的旗艦產品

Pi 原本是奧地利獨立開發者 Mario Zechner 的業餘專案。Zechner 在開源圈最為人知的身分是跨平台遊戲框架 libGDX 的作者,他一開始打造 Pi 只是想讓自己的 AI 開發流程可控、不被綁死。2026 年 4 月,Zechner 公開宣佈加入 Earendil,Pi 整個項目也跟著被納入公司旗下。

Earendil 的共同創辦人 Armin Ronacher 是 Python 框架 Flask 的原作者、也曾任 Sentry 維也納辦公室的工程主管,團隊其他成員則來自 Accel、Balderton、n8n、OpenClaw、Revolut、Sentry 與 Slack 的創辦或工程背景。換句話說,Pi 1.0 不是一個無名小卒的單打獨鬥,而是奧地利與歐洲 AI 開源圈把多年累積的工程能量押在了一個專案上。

「把 Pi 的極簡哲學與 coding agent 之外的 AI 應用結合,是我們接下來要走的方向。Pi 需要能從不同介面被呼叫、能撐得住長時執行——簡單講,Pi 必須變得更『durable』。」——Earendil 官方公告

Pi 1.0 的七個關鍵改動

Earendil 強調,Pi 的開發哲學是「等東西真的被驗證過再加進來」。團隊花了好幾個月才把這些功能「丟上牆」確認它們撐得住,最終進入 1.0 的核心改動有七項:

  • Codemode(MCP 原生支援):這是最大的方向翻轉。Pi 過去曾公開拒絕 MCP,主要顧慮是組合性跟 token 消耗;現在透過 Codemode,模型可以在 JavaScript sandbox 裡自己寫腳本,並行呼叫多個 MCP 工具,token 效率比傳統逐次呼叫好得多。
  • 虛擬模型 extension:讓一個對話可以用不同模型分工,例如讓 Claude Opus 規劃、GPT 實作、TypeSafe AI 的 Jev 判斷何時切換。
  • 延遲載入工具(deferred tool loading):工具只在使用時才被注入 context,省下寶貴的 context 預算。
  • Anthropic 模型 cache warming:預先暖好快取,延遲與成本同步下降。
  • 對話中段改 prompt / 工具:可以在 agent 跑著的時候即時調整 system prompt 跟工具設定,不用重啟。
  • 新 TUI 主題 + 全螢幕預設:終端機介面整個翻新,全螢幕變成預設。
  • 穩定性承諾:1.0 的真正訊號是「我們承諾不再亂 break API」,讓企業可以正式把 Pi 放進生產流程。

「這些功能大多被討論了好幾個月才被丟上牆。沒上牆的清單比上了的還長。全部裝起來用起來,依然像 Pi。」——Pi 1.0 官方公告

在 HN 上,長期用戶 FacelessJim 寫了一段很關鍵的話:「我試過不少本地模型跑 agent,只有 Pi 在我那台破筆電上跑得起來,原因是它的系統提示不會肥大到 prefilling 要好幾分鐘。」這段話點出了 Pi 真正的護城河——不是功能多,是「夠瘦到能在邊緣裝置跟本地模型上跑得起來」。


Pi Durable:把 agent 變成可長時存活的服務

跟 Pi 1.0 同時間發布的 Pi Durable 是一個獨立的實驗性套件,定位完全不同。Earendil 把它講得很清楚:

「Pi Durable 不是要取代 Pi coding agent。它是一個給長時、可調控、可被多人協作的 agent 應用用的底層框架。」

Pi Durable 的核心概念是「harness = storage + 跑對話的機器」。每一個模型請求、每一個工具呼叫、每一次 compact,都被當作一個 task,每個 task 在跑下一步前都先寫 checkpoint。如果 process 死了,新 process 開啟同一個 storage、撿回沒做完的 task,從上個 checkpoint 繼續。被截斷的模型請求會重送;被截斷的工具呼叫如果宣告「可重跑」就重跑,否則告訴模型「你剛才被中斷了」。

Earendil 給了一個 Slack channel 的例子:頻道本身是一個對話,thread 從某則訊息 fork 出來,兩個對話同時跑、誰也不擋誰,多個人可以中途 join 同一個對話幫 agent 轉向。這個架構幾乎就是 agent 版的「分散式即時通訊 + 雲端 Durable Object」。

Pi Durable 的 storage backend 預設有 memory、SQLite 跟 JSONL 三種。SQLite 跟 JSONL 的實作沒有用任何 Node API,所以套個小轉接層就能跑在 Bun 跟 Cloudflare Durable Object 上。整個 source code 大約 15,000 行——刻意壓在這個大小,是因為團隊希望「agent 自己讀得完整套 code、能在上面長出東西」。

「Pi-durable makes pi a good acquisition target for Cloudflare — nothing like Durable Objects (with containers no less) really exists in other clouds.」——Hacker News 留言

這段 HN 留言的觀察很到位:Pi Durable 在架構上跟 Cloudflare Durable Objects 高度契合,整個 checkpoint + 多對話 + 跨 process 恢復的設計,跟 Cloudflare 那套「單一 process 持有一塊 storage、其他人 attach」的模型幾乎天生一對。可以預期,未來 Cloudflare 跟 Earendil 雙方在這條線上會有更深的合作或併購談判空間。

為什麼這件事重要

第一,企業級開源 agent 的選擇真正打開了。 在 Pi 1.0 之前,企業要部署 coding agent 幾乎只能在 Claude Code、Codex Cursor 這些綁特定 provider 的方案裡挑。Pi 1.0 從設計第一天就 vendor-agnostic,支援所有主流模型,又拿到 MIT 授權、1.0 穩定性承諾,等於第一次給企業一個「可以長期仰賴、不怕被單一供應商掐喉嚨」的開源選項。

第二,Pi Durable 把「agent 是個長時服務」這件事工程化。 現在業界談 agent,大部分還是把它當一個跑幾分鐘的程式。Pi Durable 用 checkpoint + 多對話 fork + Cloudflare Durable Object 相容性,直接把 agent 變成「可以 sleep、可以被中斷、可以被多個人接手」的長時服務。這對未來 agent 進入客服、on-call 輪值、跨日任務排程這些場景,是底層能力的關鍵突破。

第三,Earendil 選了一條跟主流不同的市場策略。 Anthropic 跟 OpenAI 都在把 agent 包進訂閱、推向企業大客戶;Earendil 反過來,核心永久開源、付費 add-on 跟雲服務另外加掛。在歐洲 AI 主權、資料落地監管趨勢下,這條路線對歐洲企業特別有吸引力。

數據解讀

幾個關鍵數字可以讓這次發布的份量更具體:

指標數字對比意義
HN 累積分數(Pi 1.0)1,500+ 點衝上 HN #1,是當週最受關注的開源項目
Pi Durable HN 累積分數450+ 點與主版本同時間擠進 HN Top 10
HN 留言數540+開發者社群參與度極高
Pi 每週使用人數數十萬人(官方數字)雖未經獨立驗證,但已是中型開源項目規模
GitHub 星數45,000+(截至 2026-05)在 coding agent 類別排名前段
Earendil 投資人陣容Accel、Balderton、n8n、OpenClaw、Revolut、Sentry、Slack 等創辦人屬於有實際工程背景的天使 + 頂級 VC 組合
Pi Durable 程式碼行數約 15,000 行刻意壓在 agent 自己讀得完的大小
Earendil 2026-04 募資輪已被 Accel 與 Balderton 投資(金額未公開)奧地利 AI 開源圈少見的高調注資

⚠️ 須留意:「數十萬人每週使用」這個數字來自 Earendil 官方說法,目前無法從 npm 下載量或 GitHub CI 流量獨立驗證。媒體如 Trending Topics EU 與 The Register 都提醒讀者這是官方公關數字。

質疑

雖然 Pi 1.0 社群反應熱烈,仍有幾個值得留意的質疑:

  • 「極簡」定位被挑戰。HN 用戶 heavensteeth 指出 Pi 整個 codebase 有 45 萬行、直接相依十幾個套件、依賴 NodeJS 跟 NPM——叫這個「極簡」的確有點牽強。Zechner 自己也幽默自嘲「unbeknownst to me, @mitsuhiko put an easter egg into pi 1.0 and now the minimalist reddit people are going to lynch me」,顯然團隊知道社群會有微詞。
  • MCP 翻轉的誠意。Pi 過去一年公開反對 MCP,這次突然擁抱,雖然技術理由(組合性、token 成本)站得住,長期反對者會質疑「是不是看到 Anthropic 把 Claude Code 推成標準了,Earendil 才決定靠過去」。Earendil 強調「擁抱是改變的最佳方式」,但這說法能否說服懷疑者還需要時間。
  • 「1.0 穩定」的考驗。HN 用戶 Jeeetendra 點出業界老問題:「1.0 release 通常是團隊說『我們不再亂 break 東西』,但 API 究竟會不會真的穩定,要看接下來半年。」Pi 走 extension-based 設計,未來每個 extension 升級是否會破壞使用者既有設定,是企業部署前最在意的點。
  • Pi Durable 仍在實驗階段。官方明講 API 「might still change」,文件也比 Pi 1.0 少很多。想拿來上 production 的團隊,建議至少等 0.x 走完再評估。

接下來看什麼

Pi 1.0 跟 Pi Durable 給 2026 下半年的 agent 競賽設了一個新的基準線。接下來值得追蹤的幾條線:

  • Earendil 跟 Cloudflare 的合作。Pi Durable 跟 Cloudflare Durable Objects 的高度相容性,加上 Earendil 投資人名單裡的 Cloudflare 背景,讓併購或深度合作的可能性一直都在桌面上。
  • 企業用戶的真實回饋。Pi 1.0 喊的是「企業可以仰賴」,但首波真實企業部署案例最快 2026 Q4 才會出現。
  • Pi Durable 的 1.0 時程。目前還是 experimental,官方沒給 roadmap。15,000 行的 codebase 是優勢也是限制——可以快速迭代,但企業會等 API 凍結才肯上。
  • Earendil 自己的付費雲服務 Lefos。Earendil 同時在經營 email-based agent 平台 Lefos,Pi Durable 多半會變成 Lefos 的底層。Lefos 的付費模式會是「開源 + 雲服務」這個商業模式能不能跑的關鍵試金石。

網友熱門留言 (5)

#1 FacelessJim ▲ 412
「我試過不少本地模型跑 agent,只有 Pi 在我那台破筆電上跑得起來,原因是它的系統提示不會肥大到 prefilling 要好幾分鐘。我已經用 vanilla 模式跑了兩個月,裝了一堆基礎 extension 跟 skill,體驗一直很穩。」
#2 ttmacer ▲ 287
「看到 Pi 團隊願意從『純 coding agent』這個定位往外推,我覺得超棒。它的極簡跟 tool call 原語,本來就適合做成你作業系統裡的通用 agent,再依照需求慢慢擴。今年一月起我工作跟私人都在用 Pi,誠心推薦從最小設定開始長出來。」
#3 julesrms ▲ 245
「每隔幾週 Pi 就上 HN 一次,我都在旁邊喃喃自語『我家的也做得到啊、還更漂亮』——它是 plugin all the way down、不綁 provider、系統提示極簡、多執行緒 sub-agent、code-mode、多客戶端遠端 session、worktree、你可以直接看到跟編輯的 context window。要說哪裡 Pi 明顯領先,就是文件跟『不擋使用者』。」
#4 heavensteeth ▲ 198
「我有點不懂 Pi 的『極簡 / 小核心』定位。它光是 source code 就 45 萬行,直接相依套件十幾個,間接相依肯定破百,而且依賴 NodeJS 跟 NPM。叫這個『極簡』真的有點牽強。」
#5 azuanrb ▲ 156
「我目前正在用 Pi SDK 蓋一個 Slack 客服與 on-call 用的 agent harness。本來用 Codex,後來發現 Pi 比較好改,而且它預設就是不綁特定 vendor。我把它跑在 Kubernetes 上,但處理 JSONL session 檔案跟讓 session 撐過 pod 重啟還是有點麻煩——這正是 Pi Durable 想解決的痛點。」