Munder Difflin: harness มัลติเอเจนต์ที่รันในเครื่องคุณ — ห่อ CLI agent 12 เจ้าไว้ในออฟฟิศพิกเซลอาร์ต แล้วให้คุยกันผ่าน git repo แทน message bus

22 สิงหาคม 2026 โปรเจกต์ชื่อ Munder Difflin — ล้อชื่อบริษัทกระดาษจากซีรีส์ The Office — ขึ้นหน้าแรก Hacker News ด้วย 266 คะแนนและ 117 คอมเมนต์ และปล่อยเวอร์ชัน v0.4.5 ในวันเดียวกัน ตอนนี้มีดาวบน GitHub ราว 3,700 ดวง

ไอเดียของมันฟังดูเหมือนของเล่น แต่โครงสร้างข้างในตอบคำถามที่ทีมจำนวนมากกำลังชนอยู่จริง ๆ: ถ้าคุณมี coding agent CLI อยู่ในเครื่องหลายตัวแล้ว จะทำยังไงให้มันทำงานร่วมกันโดยไม่ต้องยกทุกอย่างขึ้นคลาวด์

ห่อ CLI ที่คุณมีอยู่แล้ว ไม่ใช่สร้าง agent ใหม่

Munder Difflin ไม่ได้เขียน agent ของตัวเอง มันเป็น harness ที่ห่อ CLI agent ที่ติดตั้งอยู่บนเครื่องคุณอยู่แล้ว รายการที่รองรับใน README ครอบคลุมแทบทุกเจ้าในตลาด:

claude (Claude Code), codex (OpenAI), gemini (Gemini CLI), agy (Antigravity), grok (xAI), kimi (Kimi Code), qwen, opencode, crush, pi (pi.dev), copilot (GitHub), cursor-agent (Cursor) รวมถึงคำสั่งที่กำหนดเองและ โมเดลโลคอลผ่าน Ollama, LM Studio และ vLLM

แต่ละ agent ถูกรันเป็น subprocess จริงผ่าน node-pty — ไม่ใช่การเรียก API ห่อใหม่ แปลว่าถ้าคุณจ่ายค่า Claude Code หรือ Copilot อยู่แล้ว มันใช้ subscription เดิม ผ่าน CLI เดิม และคุณยังเข้าไปพิมพ์ในเทอร์มินัลของ agent ตัวไหนก็ได้

หน้าจอเป็น Electron app ที่แบ่งเป็นสองระนาบข้อมูลป้อนเข้า renderer เดียว: terminal plane (สตรีมเอาต์พุตของแต่ละ subprocess ผ่าน IPC) และ hive/event plane (ความจำ, กล่องจดหมาย, การกำหนดเส้นทาง, lifecycle hook ของ provider) ส่วนที่เป็นออฟฟิศพิกเซลอาร์ตวาดด้วย Pixi.js โดยมีเอเจนต์ของคุณเองชื่อ “Michael” ทำหน้าที่ orchestrator คอยจัดเส้นทางงานและขออนุมัติ

ตัวเลือกที่น่าสนใจที่สุดคือ “git เป็น message bus”

จุดที่ควรค่าแก่การหยิบไปคิดต่อมากที่สุดคือวิธีที่เอเจนต์คุยกัน — ไม่มี message queue ไม่มี broker ไม่มี Redis สิ่งที่ใช้คือ git repository ในเครื่อง ที่โปรเจกต์เรียกว่า “hive”

เอเจนต์แต่ละตัวเขียนลง outbox/ ของตัวเองเท่านั้น จากนั้นตัว router จะย้ายข้อความไปวางใน inbox/ ของผู้รับ ทั้งหมดนี้ออกแบบเป็น single-committer คือมีผู้เขียน commit เพียงตัวเดียว เพื่อเลี่ยงปัญหา git พังจากการเขียนพร้อมกันหลายทาง

ผลพลอยได้คือทุกข้อความระหว่างเอเจนต์กลายเป็น commit ที่ diff ได้ ย้อนได้ และ audit ได้ด้วยเครื่องมือที่นักพัฒนามีอยู่แล้ว — git log คือ trace ของการสนทนาระหว่างเอเจนต์ ไม่ต้องมีแดชบอร์ด observability แยก

เงื่อนไขการใช้งานและสิ่งที่ต้องอ่านให้ครบ

• ความต้องการ: macOS, Windows หรือ Linux, Node.js 18+, C/C++ toolchain (บน macOS ต้องมี Xcode Command Line Tools) และต้องมี CLI agent อย่างน้อยหนึ่งตัวอยู่ใน PATH
• ติดตั้ง: clone จาก GitHub แล้ว npm install && npm run dev — ยังไม่มี binary สำเร็จรูป
• สัญญาอนุญาต: ต้องอ่านให้ครบ ไฟล์ LICENSE เป็น MIT ที่ครอบเฉพาะซอร์สโค้ด แต่มีหมายเหตุต่อท้ายชัดเจนว่า ไม่ครอบพิกเซลอาร์ตที่บันเดิลมาด้วย — ชุดกราฟิก “Modern Interiors – RPG Tileset [16×16]” เป็นของ LimeZu ใช้สัญญาอนุญาตแยกที่อนุญาตให้ใช้เชิงพาณิชย์ได้แต่ บังคับให้เครดิต LimeZu (ส่วนตัวละครในออฟฟิศวาดด้วยโค้ดจึงยังเป็น MIT) ใครคิดจะ fork ไปทำต่อในองค์กรควรแยกประเด็นนี้ให้ขาด
• สถานะ: README ระบุตรง ๆ ว่า v0.4.5 เป็น “working prototype” และรายการแก้ล่าสุดยังเป็นเรื่องพื้นฐาน เช่น รายงานค่าใช้จ่ายรีเซ็ตเมื่อเปิดแอปใหม่, semantic memory พังบน Apple Silicon และการส่งข้อความระหว่างเอเจนต์ที่ไม่เสถียร
• โมเดลธุรกิจ: ตัวแอปฟรีและรันที่ 127.0.0.1 โดยดีฟอลต์ ส่วนรายได้มาจากแพ็กเสริมบนเว็บไซต์ — Pro Cloud $39 ต่อเดือน และ Teams $149 ต่อที่นั่งต่อเดือน สำหรับ sandbox VM ที่รัน 24 ชม. และการเชื่อมเอเจนต์ข้ามเครื่องในทีม (ส่วนนี้เว็บไซต์ระบุว่าเข้ารหัสด้วย X25519 / AES-256-GCM)

มุมมอง AI Curator

ผมสนใจโปรเจกต์นี้ไม่ใช่เพราะออฟฟิศพิกเซลอาร์ต — ตรงกันข้าม ส่วนนั้นคือสิ่งที่ทำให้มันดูไม่จริงจังกว่าที่ควร สิ่งที่น่าสนใจคือ มันเลือกตอบคำถามมัลติเอเจนต์ด้วยเครื่องมือที่ไม่ใช่ของ AI เลย

ปี 2026 นี้เต็มไปด้วย agent framework ที่พยายามคิด protocol การสื่อสารระหว่างเอเจนต์ขึ้นมาใหม่ — A2A, MCP, message bus เฉพาะทาง, shared memory layer ต่าง ๆ ล้วนเป็นชั้นใหม่ที่ต้องเรียนรู้ ต้อง deploy และต้องดูแล Munder Difflin ตอบด้วยของที่นักพัฒนาทุกคนมีอยู่แล้วและเข้าใจดีอยู่แล้ว: โฟลเดอร์ ไฟล์ และ commit ข้อความคือไฟล์ ประวัติคือ git log การ audit คือ git diff และการ rollback คือ git revert

ข้อดีที่ไม่ต้องอธิบายมากคือเรื่อง การกำกับดูแลข้อมูล สำหรับองค์กรไทย โดยเฉพาะภายใต้ PDPA คำถามแรกที่ทีม compliance ถามเสมอกับเครื่องมือ agent คือ “ข้อมูลไปอยู่ที่ไหน” และคำตอบว่า “อยู่ใน git repo บนเครื่อง dev เอง ไม่มีอะไรออกนอกเครื่องนอกจากที่ CLI agent เรียก API ตามปกติ” เป็นคำตอบที่ผ่านการตรวจได้ง่ายกว่าสถาปัตยกรรมคลาวด์แบบใด ๆ มาก และตรวจสอบได้จริงด้วยการดูทราฟฟิกขาออก ไม่ต้องเชื่อคำโฆษณา

แต่ต้องพูดข้อจำกัดให้ตรง — และไม่ใช่ข้อจำกัดที่แก้ได้ด้วยการรอเวอร์ชันหน้า git ไม่ได้ถูกออกแบบมาให้เป็น message bus สถาปัตยกรรม single-committer ที่โปรเจกต์เลือกใช้คือการยอมรับข้อจำกัดนั้นตรง ๆ แต่ก็แปลว่า router กลายเป็นคอขวดเดียวของทั้งระบบ และเมื่อเอเจนต์เพิ่มขึ้นหรือคุยกันถี่ขึ้น latency กับขนาดของ repo จะโตตามอย่างหลีกเลี่ยงไม่ได้ ตัว README เองก็ระบุว่าการส่งข้อความระหว่างเอเจนต์เพิ่งถูกแก้เพราะยังไม่เสถียร — ซึ่งเป็นสัญญาณที่ตรงกับข้อจำกัดเชิงสถาปัตยกรรมพอดี

คำแนะนำสำหรับทีมไทยที่อยากลอง: อย่าเพิ่งเอาไปวางบนงานที่ส่งลูกค้า มองมันเป็น แบบฝึกหัดทางสถาปัตยกรรม มากกว่าเครื่องมือ production — ลองสองสามเอเจนต์บนโปรเจกต์ภายในเพื่อดูว่ารูปแบบ inbox/outbox บน git ทำงานยังไงในมือคุณ แล้วถามคำถามที่ควรถามจริง ๆ ว่า ทีมคุณต้องการ orchestrator กี่ชั้นกันแน่ เพราะบ่อยครั้งคำตอบคือ agent ตัวเดียวที่เก่งพอกับ prompt ที่ดี ยังชนะสามตัวที่ต้องส่งจดหมายหากันอยู่ดี ส่วนตัวเลข 3,700 ดาวใน 12 สัปดาห์ บอกเราแค่ว่าปัญหานี้มีคนอยากได้คำตอบเยอะ ไม่ได้บอกว่านี่คือคำตอบที่ถูก

แหล่งข่าว

• chaitanyagiri/munder-difflin บน GitHub
• เว็บไซต์โครงการ munderdiffl.in
• กระทู้บน Hacker News (22 ส.ค. 2026, 266 คะแนน)