← 返回 Siami 首頁

Pi 1.0 正式發布:把 AI 代理從「寫程式工具」推向「長效基礎設施」

▲ 1,629 💬 565
Pi 1.0 正式發布:把 AI 代理從「寫程式工具」推向「長效基礎設施」

編按:本文綜合整理自 Earendil 官方 Pi 1.0 公告、Pi Durable 公告、earendil-works/pi GitHub 專案,並加入 Siami 編輯部觀點與分析。Pi 1.0 在 Hacker News 上線 24 小時內衝破 1600 分、500+ 留言,是近期最熱的開源 AI 代理討論串之一。

Pi 1.0 發布:從「極簡 coding agent」走向「穩定基礎設施」

Earendil 在 2026 年 10 月 1 日正式發布 Pi 1.0,宣告這個在開發者圈已經累積數十萬週活躍用戶的「極簡、可延伸 AI 代理框架」進入穩定版。發布同時還有一個實驗性質的姊妹專案 Pi Durable,瞄準的是另一塊完全不同的市場:長效、可中斷恢復、多人協作的代理基礎設施。

Pi 的設計哲學一直是「能用就好,沒必要就不加」。Earendil 在公告裡寫得很直白:

Pi is known for being minimal. We care about holding that line. While agentic tooling changes every week, many of the changes do not last. Pi does not work that way.

這在當前「每週都有新代理框架」的高速迭代環境裡,是一個很罕見的立場。團隊強調,每個進入 1.0 的功能都是「丟上牆試很久,確定不會掉下來」才採用,所以被丟棄的候選比留下來的還多。

1.0 新增的功能有哪些?

Pi 1.0 收進去的東西都是被社群催了很久、但團隊憋到確認穩定才放行的功能:

  • Codemode:原生支援 MCP,也能掛非 LLM 模型(例如 Jev、純影像模型)
  • 虛擬模型擴充介面:讓擴充套件可以注入自己的「模型抽象層」
  • 延遲載入工具(Deferred tool loading):降低啟動時的 prompt 體積
  • Anthropic 模型快取預熱:對 Claude 用戶特別有感,省 token 也省時間
  • 對話中途系統訊息:根據 transcript 動態改 prompt 跟工具
  • 新 TUI 佈景
  • 預設全螢幕模式

整體方向是「不增加按鈕,只把現有按鈕磨利」。從 Hacker News 上 Pi 老用戶的回應可以看到,這個原則被認真執行了 — 整個 1.0 沒有任何「重大介面破壞性更新」,純粹是把體驗磨到更順。

Pi Durable:把代理從「終端機工具」推向「基礎設施」

Pi 1.0 之外,Earendil 同時開出一條新支線:Pi Durable。這個專案解決的問題是 Pi 1.0 不打算解決的:長效、可從任何介面接入、可以多人同時操控的代理。

Earendil 把兩個專案的分工講得很清楚:

專案目標場景執行環境操控者
Pi 1.0開發者在終端機裡用,一個人驅動本機或遠端單一 process一個人
Pi Durable任何介面(Slack、瀏覽器、手機)都能用的代理基礎設施任何地方都要能跑,process 可以死、對話可以無上限、要撐過內外災難多個人

公告裡有一段非常關鍵的話:

Pi the coding agent is built to run on your (remote) machine, inside a terminal, driven by one person. If the process dies, you look at what happened and tell it to continue. That is what Pi 1.0 focuses on and excels at, and that is not changing.

換句話說,Earendil 不打算把 Pi coding agent 改造成萬用平台,而是開了第二條產品線專門做這件事。這個分法在 2026 年的開源 AI 工具圈算是少見的產品紀律 — 很多 framework 會一路加 feature 變成大怪物,Pi 選擇了另一條路。


社群真實反應:HN 衝到 1600 分

這次發布在 Hacker News 上引起的迴響比公告本身更值得看。發布 24 小時內,Pi 1.0 衝到 1600+ 分、500+ 則留言,是近期最熱的開源 AI 代理討論之一。從留言樣態可以看出,HN 社群對 Pi 1.0 的態度大致分三類:

  • 死忠老用戶(像 FacelessJim):看重 Pi 的輕量特性,願意為了「不用等幾分鐘 prefill」放棄 Claude / Codex 的進階功能
  • 技術決策者(像 ttmacer):欣賞 Earendil 把 Pi 從 coding agent 推向通用 OS 層代理的企圖心
  • 懷疑派(像 heavensteeth、utilize1808):直接挑戰「minimal」這個詞的定義,以及「為什麼商業模型優化要綁進核心」

中間那條最有趣 — rylando 的托爾金玩笑(Earendil 公司的命名都來自魔多淪陷的詞彙)意外得到高票,顯示 HN 社群對「開源 AI 工具被大公司 LTR 命名」這件事的微妙不滿。


為什麼這件事重要

Pi 1.0 的意義不只是「一個開源代理工具出 1.0」這麼單純,它在 2026 年下半年的開源 AI 工具版圖裡,示範了一種反直覺的產品策略:

第一,「不追求每週更新」是一種競爭優勢。當整個產業都在拼誰能更快把新模型、新功能塞進 CLI,Earendil 選擇放慢節奏,結果反而累積了高黏著度的週活躍用戶群。Earendil 在公告裡提到「Hundreds of thousands of people around the world use Pi every week」 — 這個數字對於一個不做行銷、不砸廣告、純靠開發者口碑的開源專案來說相當可觀。

第二,把「極簡」當成產品定位而不是技術限制。從 HN 留言可以看到,FacelessJim 願意用 Pi 是因為它的系統提示詞沒 Claude / Codex 那麼肥大 — 這是直接影響開發者日常體驗的差異。

第三,Pi Durable 的存在顯示 Earendil 看到了下一波 AI 代理的戰場在哪裡。當大家還在比「哪個 CLI coding agent 比較好用」,Earendil 已經在佈局「哪個代理框架能變成企業基礎設施」。這個卡位跟 Kubernetes 早期很像:當大家都還在比「哪個 container runtime 比較好」,Kubernetes 直接把自己定位成「未來所有 container 都會跑在上面的那層」。

數據解讀與質疑

不過這次發布也不是沒有疑問。最直接的挑戰來自 HN 留言的 heavensteeth:

我不太確定 Pi 喊的「極簡 / 小核心」到底是什麼意思。它有 45 萬行 source code、至少十幾個直接相依套件(應該會展開成幾百個間接相依),還依賴 NodeJS / NPM。

這是個合理的質疑 — 「minimal」在不同人心裡的定義不同。對 Earendil 來說,minimal 是「介面小、決策少、可以被理解」,但對純函數派的支持者來說,45 萬行顯然不算小。Hax(一個用 C 寫的極簡替代品)在留言裡被推薦出來,恰好印證了這個張力。

另一個值得觀察的訊號:utilize1808 質疑為什麼「Anthropic 快取預熱」要綁在 Pi 主套件一起出 — 這暗示 1.0 的「極簡」哲學在碰到商業模型供應商時,可能會被迫妥協。Earendil 接下來怎麼處理「框架中立性」跟「特定模型優化」之間的拉鋸,會是看 Pi 2.0 走向的關鍵指標。

最後,市場上也已經有競爭者冒出來了 — julesrms 在留言裡直接打廣告自己的 juggler-ai 專案,強調「也是 plugin-driven、provider-agnostic、code-mode」。這代表 Pi 1.0 確實打到了一個真實的市場需求,才會有模仿者立刻跟上。

網友熱門留言 (10)

#1 julesrms ▲ 412
每隔幾週 Pi 就會衝上 HN 第一名,我都在旁邊默默碎念『我做的也行啊』。既然都說出來了:juggler-ai 也是外掛一路到底、provider-agnostic、精簡系統提示詞、threaded sub-agents、code-mode — 跟 Pi 走的是同一條路。
#2 FacelessJim ▲ 287
我超愛 Pi。之前試著跑本地模型,Pi 是唯一一個真的能用的,因為它系統提示詞沒 Claude / Codex 那麼肥大,在我這台破筆電上不用花好幾分鐘 prefill。我已經 vanilla 用了兩個月,只加幾個擴充套件。
#3 ttmacer ▲ 256
看到 Pi 團隊也開始轉向『Pi 不只是一個 coding agent』的定位,真的很棒。它的極簡風格跟工具呼叫原語,本來就天生適合當 OS 層級的通用代理,根據需求慢慢擴充成你要的形狀。
#4 rylando ▲ 198
不知道托爾金會怎麼想這些 AI 跟科技公司拿魔多名稱命名,特別是大家挑的都是被黑暗腐化過的那些詞(Earendil、Morgoth、Sauron...)。
#5 richardgill88 ▲ 174
Pi 老用戶報到。如果你心動但不知道從哪些 plugin 開始,可以參考我寫的極簡 Pi 設定:只有幾個擴充,回歸剛剛好的功能而不會淹沒核心。
#6 wasting_time ▲ 156
大家都怎麼用 Pi?我還在終端機裡跟 Claude Code / Codex 玩耍,像個原始人一樣。
#7 utilize1808 ▲ 132
我不太懂為什麼『Anthropic 模型的 cache warming』要綁在 minimal coding agent 一起出,不能拆成獨立套件嗎?
#8 heavensteeth ▲ 119
我不太確定 Pi 喊的『極簡 / 小核心』到底是什麼意思。它有 45 萬行 source code、至少十幾個直接相依套件(應該會展開成幾百個間接相依),還依賴 NodeJS / NPM。
#9 ltrg ▲ 102
如果你在找更極簡的東西,推薦 hax:沒有 MCP,代理只拿到一個 shell tool,設定簡單,整包是 C 寫的。
#10 azuanrb ▲ 87
我現在在 Slack 上面疊一層代理來處理 on-call 跟客服頻道,跑得很順。底層用 Pi SDK,本來是用 Codex,後來換 Pi 是因為它更好改、而且預設就是 vendor-agnostic。