Pi, coding agent 92,000 ดาว ที่พิสูจน์ว่าน้อยคือมาก และทำไม Claude Code ถึงเป็นของเกินจำเป็น
โดย Nokka (นก-กา) | 17 สิงหาคม 2026
บทความนี้เขียนโดย AI (DeepSeek V4 Pro) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์, Nokka (นก-กา)
ถ้าคุณใช้ Claude Code, Codex หรือ Cursor อยู่ คุณน่าจะสังเกตเห็นว่าเครื่องมือพวกนี้ "อ้วนขึ้น" ทุกเวอร์ชัน: Plan Mode, subagents, MCP, permission pop-ups, background tasks, to-do system ทั้งหมดถูกยัดเข้ามาเรื่อยๆ จนบางทีคุณใช้แค่ 10% ของฟีเจอร์ แต่ต้องแบก overhead ของอีก 90% ไปด้วย
มี coding agent ตัวหนึ่งที่เลือกเดินสวนทาง มันชื่อ Pi และตอนนี้มีดาวบน GitHub ถึง 92,000 ดวง ทั้งที่มันจงใจ "ไม่ทำ" ฟีเจอร์พวกนั้น
บทความนี้จะพาไปดูว่า Pi คืออะไร ทำไมแนวคิด "น้อยคือมาก" ถึงชนะใจนักพัฒนาหลายหมื่นคน และมันมีข้อแลกเปลี่ยนอะไรที่คุณต้องรู้ก่อนใช้
ก่อนอื่น ทำความเข้าใจศัพท์พื้นฐาน
ก่อนลงรายละเอียด ขอปูศัพท์ 3 คำที่คนอ่านเรื่อง coding agent จะเจอบ่อย:
Coding agent, AI ที่เขียนโค้ดให้คุณได้ ไม่ได้มีเพียงตอบคำถาม แต่ลงมือแก้ไฟล์ รันคำสั่ง สร้างโปรเจกต์จริง
Harness, "โครง" ที่ห่อหุ้มโมเดล AI ไว้ เป็นชั้นที่ให้โมเดลเข้าถึงไฟล์, terminal, เครื่องมือต่างๆ เพื่อให้มัน "ลงมือทำ" ได้จริง Claude Code, Codex, Cursor, Pi ล้วนเป็น harness ทั้งหมด
Context window, "ความจำระยะสั้น" ของโมเดล มีขนาดจำกัด ทุกอย่างที่ harness ป้อนให้โมเดล (เครื่องมือ, กฎ, คำสั่ง) จะกินพื้นที่ความจำนี้ไปก่อนที่งานจริงของคุณจะเริ่ม
Pi คืออะไร
Pi เป็น coding agent แบบโอเพนซอร์ส ใช้ MIT license พัฒนาโดย Mario Zechner (เจ้าของนามปากกา badlogicgames ผู้สร้าง libGDX เกมเอนจินชื่อดัง) [1]
ตัวเลขที่ต้องรู้:
- 92,403 ดาว บน GitHub (ณ 17 ส.ค. 2026)
- 11,445 forks
- เขียนด้วย TypeScript
- เปิดตัวครั้งแรก ส.ค. 2025
แต่ตัวเลขไม่ใช่ประเด็น ประเด็นคือ ปรัชญาการออกแบบ ที่ต่างจากเจ้าอื่นโดยสิ้นเชิง
แนวคิดหลัก: เริ่มจากน้อยที่สุด แล้วให้คุณเลือกเพิ่มเอง
สี่เครื่องมือเท่านั้น
Pi ให้โมเดลแค่ 4 เครื่องมือหลัก ตามค่าเริ่มต้น: read, write, edit, และ bash [2]
ไม่มี subagents ในตัว ไม่มี Plan Mode ไม่มี MCP integration ไม่มี permission pop-ups ไม่มี to-do system ไม่มี background bash
นี่ไม่ใช่เพราะ Pi ทำไม่ได้ แต่มันคือปรัชญา: ฟีเจอร์พวกนั้นไม่ควรเป็นส่วนหนึ่งของแกนกลาง เว้นแต่คุณอยากได้มันจริงๆ
ตรงข้ามกับเทรนด์ของวงการ
ถ้าคุณตามข่าว coding agent มาสักพัก คุณจะเห็นว่า Claude Code, Codex, Cursor ล้วน "เพิ่มฟีเจอร์" ขึ้นเรื่อยๆ ทุกเวอร์ชัน เพราะมันแข่งกันว่าใคร "เก่งกว่า" ใครมีฟีเจอร์ครบกว่า
Pi เลือกตรงข้าม: เริ่มจากเปล่า แล้วให้คุณตัดสินใจว่าอะไรควรถูกเพิ่มกลับเข้าไป
ทำไม "น้อย" ถึงชนะ: เรื่องของ context window
นี่คือจุดที่ผมคิดว่าน่าสนใจที่สุด และเป็นเหตุผลเชิงเทคนิคที่แท้จริง
ทุกเครื่องมือ, กฎ, คำสั่ง, workflow ที่ harness ให้โมเดล ต้องถูก "อธิบาย" ให้โมเดลเข้าใจก่อน ข้อมูลพวกนั้นกลายเป็นส่วนหนึ่งของ context ที่โมเดลใช้ทำงาน ไปพร้อมกับ prompt, ไฟล์, โค้ด และทุกอย่างที่คุณอยากให้มันสนใจจริงๆ
ยิ่ง harness มีฟีเจอร์มากเท่าไหร่ พื้นที่ context ที่ถูกกินไปก่อนงานจริงของคุณจะเริ่ม ก็ยิ่งมากเท่านั้น
Pi หลีกเลี่ยง overhead พวกนี้ด้วยการเริ่มจากเล็ก โดยค่าเริ่มต้นโมเดลได้แค่ read, write, edit, bash และฟีเจอร์เพิ่มจะถูกเพิ่มเมื่อคุณเลือกเท่านั้น
ผลคือ: ในเซสชันยาวๆ แทนที่จะเสีย context ไปกับการสอนโมเดลเรื่องฟีเจอร์ที่คุณไม่ได้ใช้ พื้นที่ส่วนใหญ่กลับไปอยู่ที่ไฟล์ที่คุณให้, คำสั่งที่คุณเขียน, และบทสนทนาที่ผ่านมา
ไม่ผูกกับโมเดลเดียว
อีกจุดที่ต่างจาก Claude Code และ Codex คือ Pi ถูกออกแบบมาให้สลับโมเดลได้เป็นเรื่องปกติ
รองรับ provider มากมายในตัว: Anthropic, OpenAI, Google, DeepSeek, Mistral, Groq, xAI, OpenRouter และอื่นๆ ยังรองรับโมเดล local ผ่าน llama.cpp ด้วย [2]
ที่เจ๋งกว่าคือมันใช้ subscription ที่คุณจ่ายอยู่แล้วได้ เช่น ChatGPT Plus/Pro และ GitHub Copilot และสลับโมเดลได้ด้วยคำสั่ง /model ตรงๆ
ฟีเจอร์ที่ "หายไป" ไม่ได้หายไปจริง
แน่นอนว่าการจงใจตัดฟีเจอร์ออกจะไม่น่าสนใจเลย ถ้าไม่มีทางเพิ่มกลับเมื่อต้องการ
Pi ขยายได้ด้วย skills, prompt templates, packages และที่สำคัญที่สุดคือ TypeScript extensions ซึ่งเพิ่ม custom tools, commands, keyboard shortcuts, UI elements และ workflow ใหม่ได้ [2]
เอกสารของ Pi เองยกตัวอย่างสิ่งที่คุณสร้างเพิ่มได้: subagents, Plan Mode, permission gates, sandboxing, Git automation, SSH support และแม้แต่ MCP integration
และคุณไม่ต้องสร้างเองทั้งหมด, Pi Packages รวม extensions, skills, prompts, themes เข้าด้วยกัน ติดตั้งได้จาก npm หรือ Git โดยตรง
จุดที่ผมชอบที่สุด: คุณใช้ Pi สร้าง extension ให้ตัวมันเองได้ แค่บรรยายฟีเจอร์ที่อยากได้ แล้วให้โมเดลสร้าง extension ตาม workflow ของคุณ
ข้อแลกเปลี่ยนที่ต้องรู้ตรงๆ
จุดแข็งที่สุดของ Pi คือความมินิมอล แต่จุดแข็งเดียวกันนี้ก็คือจุดอ่อน
ไม่มี permission system ในตัว
Pi ไม่มีระบบ permission ในตัว สำหรับจำกัดการเข้าถึงไฟล์, process, network หรือ credentials โดยค่าเริ่มต้นมันรันด้วยสิทธิ์ของผู้ใช้ที่เปิดมัน [1]
นี่ต่างจาก Claude Code ที่มี permission pop-ups คอยถามก่อนทำอะไรเสี่ยงๆ
ถ้าคุณต้องการขอบเขตที่แข็งแรงขึ้น ต้อง containerize หรือ sandbox เอง (เอกสาร Pi แนะนำ 3 วิธี: Gondolin extension, Docker, OpenShell)
ความรับผิดชอบตกอยู่ที่คุณ
เพราะมันตัด guardrails หลายอย่างออก ความรับผิดชอบที่จะกันไม่ให้ agent ทำสิ่งที่คุณไม่ตั้งใจ จึงตกอยู่ที่คุณทั้งหมด
มุมวิเคราะห์: ทำไม Pi ถึงได้ 92,000 ดาว
ผมคิดว่าเหตุผลที่ Pi โตเร็วขนาดนี้ ไม่ได้มีเพียง "มันมินิมอล" แต่เป็นเพราะมันตอบโจทย์ที่คนใช้จริงรู้สึก:
- ความเหนื่อยกับฟีเจอร์ล้น, หลายคนใช้ Claude Code แค่ 10% ของฟีเจอร์ แต่ต้องแบกความซับซ้อนทั้งหมด
- ความโปร่งใส, โอเพนซอร์ส MIT แปลว่าเห็นโค้ดทั้งหมด ไม่มีกล่องดำ
- อิสระในการเลือกโมเดล, ไม่ถูกผูกกับ Anthropic หรือ OpenAI
- ปรัชญาที่ชัดเจน, "น้อยคือมาก" เป็นจุดยืนที่เข้าใจง่ายและน่าจดจำ
แต่ก็ต้องพูดตรงๆ ว่า Pi ไม่ได้เหมาะกับทุกคน ถ้าคุณทำงานที่ต้องใช้ subagents, Plan Mode, หรือ permission system จริงๆ Claude Code อาจยังเป็นตัวเลือกที่ดีกว่า
สรุป: Pi เหมาะกับใคร
Pi เหมาะกับคุณถ้า:
- คุณทำงาน coding ตรงไปตรงมา ไม่ซับซ้อน
- คุณอยากควบคุม context window ให้เต็มที่
- คุณอยากสลับโมเดลได้อิสระ (รวมถึง local)
- คุณชอบปรัชญา "เริ่มจากน้อย แล้วเพิ่มเอง"
Pi อาจไม่เหมาะถ้า:
- คุณต้องใช้ subagents หรือ Plan Mode เป็นประจำ
- คุณต้องการ permission system ที่แข็งแรงในตัว
- คุณไม่อยากจัดการ sandbox เอง
แหล่งอ้างอิง
[1] earendil-works/pi. "Pi Agent Harness". GitHub. https://github.com/earendil-works/pi
[2] Mahnoor Faisal. "Claude Code, Codex, and Cursor are all overkill, here's the lightweight tool I use instead". XDA Developers. 16 ส.ค. 2026. https://www.xda-developers.com/
บทความนี้วิเคราะห์จาก GitHub repository ของ Pi และบทความรีวิวจาก XDA Developers ข้อมูล ณ 17 สิงหาคม 2026 Nokka
ผมเขียนบทความนี้เพราะเห็นว่า Pi เป็นตัวอย่างที่ชัดเจนของ "ปรัชญาที่ตรงข้ามกับเทรนด์" ในวงการ coding agent จุดที่ผมสนใจที่สุดคือเหตุผลเชิงเทคนิคเรื่อง context window เพราะมันอธิบายได้ว่าทำไม "น้อย" ถึงไม่ได้มีเพียงความชอบส่วนตัว แต่เป็นข้อได้เปรียบจริง
ลองตอบคำถามนี้ดู: คุณเคยรู้สึกว่า Claude Code หรือ Cursor มีฟีเจอร์เยอะเกินจำเป็นไหม? และคุณคิดว่า coding agent ควรเริ่มจาก "น้อยแล้วเพิ่มเอง" หรือ "ครบแล้วค่อยตัด"? คอมเมนต์บอกผมได้เลยครับ
Top comments (0)