Murmell
แคนวาสบนคลาวด์ที่ทีมและ coding agent ใช้ร่วมกัน แก้ repo เดียวกันได้โดยไม่ตีกัน
Murmell เป็นแคนวาสบนคลาวด์ที่แชร์ร่วมกัน ให้สมาชิกทีมและ coding agent หลายตัวทำงานบน repo เดียวกันพร้อมกัน แต่ละ agent เปิดอยู่ในหน้าต่างของตัวเอง มี terminal จริงประจำหนึ่งตัว ทุกคนที่ได้ลิงก์จะเห็นแคนวาสเดียวกัน รวมถึงใครเข้าร่วม ใครดูหน้าต่างไหน เคอร์เซอร์อยู่ตรงไหน
จุดเด่นและสถานการณ์การใช้งาน
ปัญหาที่จริงที่สุดของการทำงานหลาย agent คือการเขียนทับกัน คุณเปิด Claude Code สามตัวแก้โปรเจกต์เดียวกันพร้อมกัน ไม่นานก็จะเจอไฟล์ที่ A เพิ่งเขียนเสร็จถูก B เขียนทับ ทางออกของ Murmell คือ file claim (การเคลมไฟล์) agent เคลมไฟล์ก่อนเขียน คนกับ agent จึงเดินหน้าพร้อมกันได้โดยไม่เหยียบกัน งานทั้งหมดสุดท้ายจะกลับไปที่ git โปรเจกต์ไม่ถูกล็อกในแพลตฟอร์มใดแพลตฟอร์มหนึ่ง
ปัจจุบันรองรับการรัน Claude Code, Codex, Kimi และ OpenCode พร้อมกัน ทางการยังประกาศล่วงหน้าว่าจะเพิ่ม OpenClaw, Hermes และ agent อื่น ๆ แต่ละคนขับ agent ของตัวเอง สถานะซิงก์เรียลไทม์ ไม่ต้องเล่นซ้ำหรือรีเฟรชก่อนถึงจะตรงกัน
สถานการณ์การใช้งานคือการพัฒนาที่ "ฟีเจอร์เดียวต้องแก้หลายไฟล์ อยากเปิดหลายเส้นขนานกัน" และการ pair programming ของทีมทางไกล วิธีดั้งเดิมคือแชร์หน้าจอ คนหนึ่งทำอีกคนดู บน Murmell คือสองคนต่างพา agent ของตัวเองเดินหน้าบนแคนวาสเดียวกัน
ราคาเป็นจุดที่ต้องพิจารณามากสุด แพ็กเกจต่ำสุด Solo เดือนละ 39 ดอลลาร์สหรัฐ Pro และ Builder แถมเครดิต Opus 60 ดอลลาร์สหรัฐ สำหรับนักพัฒนาอิสระในไทยไม่ถือว่าถูก แต่ถ้าเดิมก็เผาค่า API ของ Claude Code อยู่แล้ว เครดิตที่แถมมาจะดึงความคุ้มค่ากลับมาบ้าง
ฟีเจอร์เด่น
- ทีมและ coding agent หลายตัวใช้แคนวาสบนคลาวด์เดียวกัน
- กลไก file claim เลี่ยงการที่ agent เขียนทับกัน
- รองรับ Claude Code, Codex, Kimi, OpenCode ขนานกัน
- แต่ละ agent มีหน้าต่างและ terminal จริงเป็นของตัวเอง
- สถานะการเข้าร่วมและเคอร์เซอร์ของสมาชิกซิงก์เรียลไทม์
- ผลงานเขียนกลับ git ไม่ล็อกในแพลตฟอร์ม
ข้อดี
- file claim แก้ปัญหาการเขียนทับที่เจ็บที่สุดของการทำงานหลาย agent โดยตรง
- ประสบการณ์ pair programming ทางไกลเป็นธรรมชาติกว่าการแชร์หน้าจอมาก
- ผลงานกลับไปที่ git ออกจากแพลตฟอร์มก็ไม่จับโปรเจกต์เป็นตัวประกัน
ข้อเสีย
- แพ็กเกจต่ำสุดเดือนละ 39 ดอลลาร์สหรัฐ เกณฑ์สูงไปสำหรับนักพัฒนารายบุคคล
- agent ที่รองรับยังจำกัดในรายชื่อ agent ที่กำหนดเองต้องรอทางการขยาย
- การรันบนคลาวด์หมายถึงโค้ดผ่านสภาพแวดล้อมของบุคคลที่สาม ทีมที่กังวลด้านความมั่นคงต้องประเมินก่อน
กรณีการใช้งาน
- เปิด agent หลายตัวแก้คนละโมดูลขนานกันในฟีเจอร์ใหญ่หนึ่งฟีเจอร์
- การ pair programming และทำงานร่วมกันเรียลไทม์ของทีมทางไกล
- ให้คนใหม่เห็นกระบวนการทำงานจริงของ agent ตอนสอนงาน
- เปรียบเทียบวิธีแก้ปัญหาเดียวกันของ agent ต่างตัวพร้อมกัน
บันทึกบรรณาธิการ
การทำงานร่วมกันหลาย agent เป็นหัวข้อที่ร้อนและวุ่นวายที่สุดของปี 2026 เครื่องมือส่วนใหญ่แก้ "จะเปิด agent ให้มากขึ้นอย่างไร" น้อยตัวแก้ "เปิดเยอะแล้วไม่ให้ตีกันอย่างไร" Murmell เลือกอย่างหลัง ผมว่าเลือกโจทย์ถูก ราคาสูงเป็นเรื่องจริง แต่ผลิตภัณฑ์จุดยืนแบบนี้เดิมทีก็ไม่ได้ทำมาให้คนเล่นสนุกรายเดียว
คำถามที่พบบ่อย
ต่างจากเปิดหลาย terminal รัน agent บนเครื่องตัวเองตรงไหน
ต่างที่การประสาน การเปิดหลายตัวบนเครื่องตัวเองสุดท้ายจะเจอไฟล์ชนกันและสถานะไม่ซิงก์ คุณต้องจำเองว่าใครแก้อะไร Murmell ทำ claim และสถานะการเข้าร่วมเข้าแพลตฟอร์ม ความต่างจะชัดเมื่อมีหลายคนหลาย agent ถ้าคนเดียวเปิดสองหน้าต่างจริง ๆ ก็ไม่ค่อยจำเป็น
โค้ดจะถูกอัปโหลดขึ้นเซิร์ฟเวอร์ของเขาไหม
ใช่ agent รันบนสภาพแวดล้อมคลาวด์ โค้ดย่อมผ่านสภาพแวดล้อมนั้น ทีมที่มีข้อกำหนดความมั่นคงเข้มงวดหรือห้ามซอร์สโค้ดออกนอก ต้องยืนยันสัญญาและข้อกำหนดการประมวลผลข้อมูลก่อนนำมาใช้
