Pi ออกเวอร์ชัน 1.0 อย่างเป็นทางการ พร้อมแยก "Pi Durable" เป็นแพ็กเกจทดลองสำหรับสร้างเอเจนต์ที่รันได้นานและทนต่อ process crash — checkpoint ทุกขั้น, fork บทสนทนา, compaction เบื้องหลัง

1 ต.ค. 2026 (19:20 UTC) Earendil ติดแท็ก Pi v1.0.0 ให้ agent harness แบบ minimal ที่บล็อกนี้ติดตามมาตลอด (earendil-works/pi ใช้ไลเซนส์ MIT และมีดาวบน GitHub กว่า 111,000 ดวง) ประกาศคู่กับโพสต์ชื่อ “Pi 1.0” ที่ขึ้นหน้าแรก Hacker News ได้ราว 650 คะแนน และในวันเดียวกันก็เปิดตัว Pi Durable ซึ่งเป็นแพ็กเกจทดลองแยกต่างหากสำหรับสร้างแอปเอเจนต์ที่ต้องรันเป็นเวลานาน

ทีมงานบอกว่า Pi มีผู้ใช้ “หลายแสนคนต่อสัปดาห์” และเวอร์ชัน 1.0 คือการยืนยันว่า Pi เสถียรพอให้คนและธุรกิจพึ่งพาได้ แต่ตั้งใจไม่ยัดทุกอย่างเข้าไปในตัว coding agent งานที่ไม่เข้ากับรูปแบบ “หนึ่งคน หนึ่ง terminal” จึงถูกแยกออกไปอยู่ใน Pi Durable แทน

ใน Pi 1.0 มีอะไร

ฟีเจอร์ส่วนใหญ่ทยอยเข้ามาตั้งแต่ช่วง 0.8x ถึง 0.99 (เช่น cache warming ที่เราเขียนถึงตอน 0.86 และ MCP ผ่าน Codemode ใน 0.99) เวอร์ชัน 1.0 คือการประกาศว่าชุดนี้ “ผ่านการคัดแล้ว” ได้แก่:

• Codemode รองรับ MCP ในตัว รวมถึงโมเดลที่ไม่ใช่ LLM เช่น decision model อย่าง Jev และโมเดลสร้างภาพ (models.generateImages() เพิ่งเข้ามาใน 1.0)
• Virtual models ผ่าน extension ในเดโมของ Earendil มีการสร้างโมเดล router/auto ที่ใช้ Claude Opus วางแผน ใช้ GPT-6 Luna เขียนโค้ด และให้ Jev ตัดสินว่าเมื่อไรควรสลับไปอีกตัว
• Deferred tool loading, cache warming สำหรับโมเดล Anthropic และ system message กลางบทสนทนา (เปลี่ยน prompt และ tool ระหว่างทางได้โดยบันทึกลง transcript)
• TUI แบบเต็มจอเป็นค่าเริ่มต้น พร้อมธีมใหม่ ถ้าต้องการ scrollback แบบเดิมให้ตั้ง tuiMode: "regular" หรือใช้ --tui-mode regular

release notes ของ v1.0.0 มีรายละเอียดที่นักพัฒนาควรรู้เพิ่มอีก คือ Codemode ใช้ prompt token น้อยลงราว 40% (คำขอ GPT-5.6 ที่เปิด tool ค่าเริ่มต้นลดจากประมาณ 5,300 เหลือ 3,300 tokens) และ MCP OAuth ถูกทำให้รัดกุมขึ้นมาก มีการตรวจ iss ตาม RFC 9207 ซึ่งเป็นการปิดช่องที่เดิมยอมรับ authorization response จาก authorization server อื่น มีการเก็บ credential แยกตามชื่อ server และแก้บั๊ก step-up sign-in ที่เคยทำให้ scope เดิมหาย ส่วนสคริปต์ Codemode ที่เคยใช้ typeof tools.name เพื่อเช็กว่ามี tool หรือไม่ ต้องเปลี่ยนไปใช้ "name" in tools

ติดตั้งได้ด้วย curl -fsSL https://pi.dev/install.sh | sh (บน Windows มีสคริปต์ PowerShell ให้)

Pi Durable: harness ที่ไม่ตายตาม process

Pi Durable ไม่ได้มาแทน Pi coding agent แต่เป็นเฟรมเวิร์ก TypeScript สำหรับสร้างแอปเอเจนต์ใดก็ได้ ใช้ pi-ai ร่วมกับ Pi (ติดตั้งด้วย npm install @earendil-works/pi-durable @earendil-works/pi-ai @earendil-works/chord) หลักการสำคัญมีดังนี้

• ทุกขั้นเป็น task ที่ checkpoint ก่อนไปต่อ ถ้า process ตาย process ใหม่ที่เปิด storage เดิมจะทำ task ที่ค้างอยู่ต่อจากจุดเดิม model request ที่ถูกตัดกลางคันจะถูกส่งใหม่ โดยคำตอบที่ได้มาครึ่งเดียวยังอยู่ใน transcript และถูกทำเครื่องหมายว่า aborted ส่วน tool call ที่ถูกตัดจะ rerun ก็ต่อเมื่อ tool ประกาศว่าทำซ้ำได้ปลอดภัย ไม่เช่นนั้นโมเดลจะได้รับแจ้งว่าการเรียกถูกขัดจังหวะ และ requestId ทำให้การ submit เกิดขึ้นแค่ครั้งเดียว (exactly-once)
• Storage ที่ถอดเปลี่ยนได้ มีทั้งแบบ memory, SQLite และ JSONL พร้อม conformance suite โค้ด SQLite/JSONL ไม่ใช้ Node API จึงใช้กับ Bun หรือ Cloudflare Durable Object ได้ผ่าน adapter เล็ก ๆ
• หลายบทสนทนาพร้อมกัน และ fork ได้ ตัวอย่างในโพสต์คือ channel ใน Slack เป็นบทสนทนาหนึ่ง และ thread เป็น fork ที่แยกออกมา ณ ข้อความที่ถูกตอบ แต่ละบทสนทนาเก็บโมเดล, tool และ working directory ของตัวเอง
• Compaction ทำงานเบื้องหลัง ไม่ต้องหยุดรอสรุป และข้อความเก่าไม่ถูกลบออกจาก storage จึงยังค้นย้อนหลังได้
• Subagent เขียนเองได้ในไม่กี่บรรทัด เพราะ subagent ก็คือบทสนทนาที่มี tool call เป็นเจ้าของ งานทั้งหมดจึงอยู่ในโครงสร้าง ownership เดียวกัน เมื่อ abort งานแม่ งานลูกจะถูกเก็บกวาดจากล่างขึ้นบน

ตัวเฟรมเวิร์กทั้งหมด (ไม่รวมเทสต์) ยาวราว 15,000 บรรทัด หรือประมาณ 150k tokens เมื่อนับด้วย tokenizer ของ GPT และ 250k ด้วยของ Claude ทีมงานตั้งใจออกแบบให้เอเจนต์อ่านโค้ดทั้งหมดได้

มุมมอง AI Curator

ตัวเลขเวอร์ชัน 1.0 ไม่ใช่ข่าวที่น่าสนใจที่สุดในวันนี้ ประเด็นที่สำคัญกว่าคือ Earendil ตัดสินใจแยก “durability” ออกจาก coding agent ทั้งที่ harness อื่นส่วนใหญ่พยายามรวมทุกอย่าง ทั้ง background agent, cloud session และ subagent ไว้ใน CLI ตัวเดียวจนตัวใหญ่ขึ้นเรื่อย ๆ Pi เลือกให้ CLI ยังเรียบง่าย แล้วย้ายปัญหายาก ๆ อย่างการทนต่อ crash, exactly-once, fork และ ownership tree ไปไว้ในไลบรารีที่ต้องตั้งใจเลือกใช้เท่านั้น ถ้าแนวทางนี้ได้ผล เราอาจได้เห็น “durable agent runtime” กลายเป็นอีกชั้นหนึ่งของ stack คล้ายกับที่ Temporal เป็นให้ workflow ทั่วไป

สิ่งที่ต้องจับตาคือ Pi Durable ยังมีสถานะเป็นแพ็กเกจทดลอง API อาจเปลี่ยนได้อีก ถ้าจะนำไปใช้ใน production ควรทำ wrapper ครอบไว้ก่อน ส่วนการแก้ MCP OAuth ใน 1.0 ก็เป็นตัวอย่างที่ดีว่า harness ที่เชื่อมกับเซิร์ฟเวอร์ MCP ภายนอกจำนวนมากต้องรับมือกับความเสี่ยงด้าน auth ที่ไม่น้อยกว่าเว็บแอปทั่วไป

สำหรับทีมในไทยที่กำลังทำบอทบน LINE หรือ Slack ภายในองค์กร โมเดล “หนึ่งห้องแชตต่อหนึ่งบทสนทนา และแตกเธรดได้ด้วย fork” ของ Pi Durable เข้ากับงานลักษณะนี้มาก และเพราะเก็บข้อมูลบน SQLite ในเครื่องได้ จึงไม่ต้องพึ่ง managed agent service จากต่างประเทศ ซึ่งช่วยเรื่อง PDPA ได้ไม่น้อย

แหล่งข่าว

• Pi 1.0 — Earendil (1 ต.ค. 2026)
• Pi Durable — Earendil Engineering (1 ต.ค. 2026)
• Pi v1.0.0 release notes — GitHub