編按：本文綜合整理自 Earendil 官方部落格 Pi 1.0 與 Pi Durable 公告，並加入 Siami 編輯部觀點與分析。圖片來源：Pi 1.0 OG 圖。
Earendil 在 2026 年 10 月 1 日同步發布了 Pi 1.0 與 Pi Durable 兩個產品。Pi 1.0 是個「硬化、極簡、可擴充」的 AI 代理框架（agent harness），Pi Durable 則是它的姊妹專案，專門給需要長時間執行、可承受失敗、能讓使用者隨時介入的代理應用程式使用。兩者都用 MIT 授權，原始碼公開在 GitHub 的 earendil-works/pi。
什麼是 Pi？為什麼這次 1.0 重要？
Pi 原本是 Mario Zechner 一個人在維護的極簡 AI 編碼代理，從 2026 年 2 月在 Hacker News 首次亮相以來，就主打兩個原則：極簡 與 超可塑（supermalleable）。Mario 的設計哲學是「不輕易加新功能」——他要等到某項技術被證明有用，才會考慮納入 Pi；這跟 Anthropic 的 Claude Code、OpenAI 的 Codex CLI 每一兩週就堆功能的做法完全不同。
Pi 從二月首發到現在累積 95,000 顆 GitHub 星，社群規模已經跟 Claude Code 不相上下。
這次的 Pi 1.0 正式把下列功能收進穩定版：
- Codemode：原生支援 MCP（Model Context Protocol），以及像 Jev 這種非 LLM 模型和圖像模型
- Extension 支援虛擬模型（virtual models）
- 延遲工具載入（deferred tool loading）
- Anthropic 模型快取預熱（cache warming）
- 對話中途插入系統訊息（transcript-aware prompt and tool changes）
- 新 TUI 佈景主題
- 預設全螢幕模式
裝方式極簡：
curl -fsSL https://pi.dev/install.sh | shWindows 用戶則是 irm https://pi.dev/install.ps1 | iex。
Pi Durable：把 Pi 從終端機拉到「任何地方」
Pi 編碼代理是設計給「在一個人、一台機器、一個終端機」的情境。如果程序死了，使用者要自己看看發生什麼事、叫它繼續。Pi 1.0 就是在這個場景做到最好。
但 Earendil 不滿足於此。他們想把 Pi 的極簡風格帶到終端機之外，需要的是：
- 能從任何介面（網頁、API、手機）觸及
- 支援無限長對話
- 在程序崩潰、容器重啟、機器當機後能自動恢復
- 讓多人同時操控同一個代理
Pi Durable 就是為了這個場景設計的。它是個建構「長跑、耐久、可塑」代理應用的底層，跟 Pi 共用 pi-ai 等程式碼，但本身不是個編碼代理——它是個框架。
關鍵設計包括：
- 整個 source code（不含測試）約 15,000 行，GPT 模型算進去約 150K tokens、Claude 約 250K tokens
- Storage 後端內建 SQLite、JSONL、記憶體三種，並提供 conformance suite 讓你自己接 KV store 或 Postgres
- SQLite/JSONL 不用 Node API，加個小 adapter 就能跑在 Bun 或 Cloudflare Durable Object
- 每一步都是 task，存 checkpoint 後才往下走——程序死了，新程序打開同一個 storage，從上個 checkpoint 繼續；被切斷的模型請求會重發，標記為 aborted；可安全重跑的 tool call 會自動重試，不安全的會告訴模型「剛才被中斷了」
requestId保證提交 exactly-once——客戶端重試後拿到原始 submission，不會問兩次
裝方式：
npm install @earendil-works/pi-durable @earendil-works/pi-ai @earendil-works/chord為什麼這件事重要
這次發布對 AI 代理生態有三層意義。
第一，它驗證了「極簡設計」能跑贏「功能堆疊」。Claude Code、Codex CLI、Cursor CLI 都靠每週加東西留住開發者，Pi 反過來——Mario 公開講過，他觀察到「加新功能會讓 Claude Code 行為不穩定」，所以 Pi 的開發原則是「東西丟上牆，等它自己黏住、黏住了才收」。一年下來 Pi 累積 95K GitHub 星、HN 首發 608 分，這個成績單證明了開發者市場對「穩定一致的代理」需求存在，不是只有 Anthropic、OpenAI 那種「什麼都能做」的路線。
第二，Pi Durable 把「代理」從單機終端機拉到雲端分散式。Cloudflare Workers、Docker、你的筆電——只要有 JavaScript runtime 就能跑。這等於在 Claude Code、Codex CLI 之外，開了一條「自己 host 的、可分散部署的、能承受失敗的」代理路線。對企業客戶來說，這是個重要的選項——他們的內部應用程式需要「自己的」AI 代理、不能把所有對話都丟進 Anthropic 或 OpenAI 的雲。
Pi Durable 的 storage backend 抽象做得相當乾淨——SQLite/JSONL 都不用 Node 內建 API，意思是你可以把它跑在 Cloudflare Durable Object 或 Bun 上，整個資料層自己 host。
第三，Earendil 公司型態驗證了「OSS 工具能活」。Mario 在 2026 年 4 月正式加入 Earendil，這家公司是專門「打造強化人類能動性的軟體和開放協議」的。Pi 1.0 + Pi Durable 是他們交出的第一份完整工作。一個獨立公司接手一個原本由一個人維護的 OSS 工具，把它做成穩定版 + 商業版（Durable）的雙軌產品，這個模式對其他 OSS 維護者是個重要參考——怎麼讓你的開源作品既保留 OSS 精神、又能商業化。
數據解讀
幾個值得看的數字。
- GitHub 95K 星：從二月首發到十月，Pi 在不到 8 個月內累積 95,000 顆星，比同期 Claude Code 的增速還快（雖然 Claude Code 是閉源的，所以比較不直接）
- HN 首發 608 分、306 則留言：今年二月的 Hacker News 首發文章至今仍是 Pi 的「經典時刻」，現在 Pi 1.0 文章發布 4 小時內就衝到 795 分、276 則留言——社群熱度比半年前還高
- Pi Durable source code 約 15,000 行：跟 Pi 一樣維持「極簡」風格。對比，Claude Code 的 source code 規模據傳是這個的 5-10 倍
- 支援 5 種 storage backend + Node execution environment：抽象介面做得相對小，「你可以很容易在 KV store、Postgres 之上實作」
唯一一個爭議點：HN 上有使用者（utilize1808）質疑「為什麼 cache warming for Anthropic 不能做成獨立套件，而要綁進這個極簡的代理裡」。這呼應了「極簡」與「必要功能」之間的拉扯——Mario 的好就是少哲學能不能讓企業客戶滿意，是未來 Pi Durable 商業化的關鍵指標。
Siami 觀點
Pi 1.0 + Pi Durable 是 2026 年 AI 代理生態裡最值得追蹤的開源專案之一。對台灣的開發者而言，這是個「不必依賴美國大廠、可以自己 host」的 AI 代理選項——尤其是 Pi Durable 的 Cloudflare Durable Object 支援，讓開發者可以用 Cloudflare 的全球邊緣網路建構 AI 代理應用，不必把對話資料送到 OpenAI 或 Anthropic 的雲端。
對企業決策者：Pi 1.0 的 MIT 授權 + Pi Durable 的「可分散、可容錯」設計，是個低成本試水溫的方案。Pi 的 95K GitHub 星代表開發者社群已經驗證過、文件齊全、不是一個人寫的小品。
對 AI 從業者：Mario 的「等東西自己黏住才收」哲學值得學習。在這個每週都有新模型、新框架的時代，克制比貪心難。Pi 1.0 的功能清單只有 7 項，但每一項都是「被驗證有用」的——這比「什麼都有但什麼都不穩」好得多。
網友熱門留言 (5)