T3 Code ต่อ CLI ได้หลายเจ้าแล้ว — คุม agent เขียนโค้ดหลายตัวจากหน้าจอเดียว

ถ้า Claude Code หรือ Codex CLI คือ "ช่างที่นั่งทำงานอยู่ในเทอร์มินัล" T3 Code ก็คือ **ห้องคุมงานที่มองเห็นช่างทุกคนพร้อมกัน** ตัวมันไม่ใช่โมเดล และไม่ได้พยายามเป็นโมเดล — มันคือหน้าจอที่ไปสั่ง CLI ที่เราติดตั้งไว้อยู่แล้วในเครื่อง แล้วเอางานทั้งหมดมาเรียงให้เห็นในที่เดียว

โครงการนี้เป็นโอเพนซอร์สใต้ไลเซนส์ MIT รันได้สองแบบ: เป็นแอปเดสก์ท็อป หรือสั่งขึ้นเป็น web server แล้ววางไว้บน VPS เพื่อเปิดจากเครื่องไหนก็ได้ ปัจจุบันตัว repo ระบุว่ารองรับ Codex, Claude และ OpenCode โดยต้องติดตั้งและล็อกอิน CLI อย่างน้อยหนึ่งตัวก่อนใช้งาน

หัวใจที่ทำให้มันต่างจากการเปิดเทอร์มินัลสามหน้าต่างคือ **git worktree** — ทุกงานที่สั่งจะได้สำเนาโค้ดของตัวเองแยกโฟลเดอร์ พอ agent สองตัวลุยคนละงาน มันจึงไม่เดินไปแก้ไฟล์เดียวกันทับกัน ซึ่งเป็นสาเหตุอันดับหนึ่งที่ทำให้งาน multi-agent พังมาตลอด

เวอร์ชันแรก ๆ ต่อได้แต่ Codex อย่างเดียว รอบนี้ขยายมารองรับหลาย CLI พร้อมกัน บวกกับการใส่ API key ตรง ๆ ได้ ทำให้มันกลายเป็น "harness กลาง" ที่สลับสมองไปมาได้จริง ไม่ใช่แค่หน้าตาสวยของเจ้าใดเจ้าหนึ่ง

ของที่เพิ่มเข้ามาและใช้ได้จริงในงานประจำวัน:

ประเด็นที่น่าสนใจกว่าตัวเครื่องมือ คือเมื่อมี harness ที่สลับโมเดลได้ เราก็เลิกใช้โมเดลแพงที่สุดกับทุกอย่างได้เสียที แนวคิดคือแยกหน้าที่: ตัวที่วางแผนเก่งให้เป็นหัวหน้างาน ตัวที่ถูกและเร็วให้ลงมือเขียน backend ส่วนตัวที่ทำ UI สวยให้รับงานหน้าบ้านอย่างเดียว

ราคาต่อ 1 ล้าน token ที่ประกาศไว้ต่างกันมากพอที่จะทำให้การจัดบทบาทมีผลจริงกับบิลปลายเดือน

ข้อแรกและสำคัญที่สุด: **Muse Spark 1.1 มองไฟล์รอบตัวไม่ค่อยขาด** ในการทดสอบมันเขียนทับไฟล์ที่ agent อีกตัวเพิ่งเขียนไปใน worktree เดียวกัน กติกาที่ปลอดภัยคือให้มันอยู่ worktree ของตัวเอง รับงานหน้าบ้านอย่างเดียว และห้ามรันขนานกับ agent อื่นบนไฟล์ชุดเดียวกันเด็ดขาด

ข้อสอง: โหมด web server **ไม่มีระบบล็อกอินมาให้** ถ้าเอาไปวางบน VPS แล้วเปิดพอร์ตทิ้งไว้ เท่ากับเปิดสิทธิ์รันคำสั่งบนเครื่องนั้นให้คนทั้งอินเทอร์เน็ต อย่างน้อยต้องมีหน้ากั้นด้วยรหัสผ่านก่อนเสมอ

ข้อสาม: ตัวโปรเจกต์เองยังประกาศชัดว่าอยู่ในช่วงต้นและคาดว่ามีบั๊ก กินแรม RAM มากกว่าเครื่องมือคู่แข่งบางตัว — ยังไม่ใช่ของที่ควรผูกไว้กับ production pipeline

**ฟันธง: ลองได้เลยถ้าคุณใช้ CLI agent อยู่แล้ว แต่ยังอย่าเพิ่งเอาไปแตะงานลูกค้า** ของฟรี ติดตั้งไม่กี่นาที และประโยชน์ที่ได้ทันทีคือได้เห็นว่า agent กำลังแก้อะไรอยู่ กับได้ worktree แยกที่กัน agent ชนกันโดยไม่ต้องตั้งเองให้ยุ่ง

สิ่งที่ควรหยิบไปใช้จริงกว่าตัวเครื่องมือ คือ **หลักการจัดบทบาท** — เลิกจ่ายราคาโมเดลท็อปกับงานถู ๆ ไถ ๆ ลองแยกดูว่าในงานหนึ่งชิ้น ส่วนไหนคือ "คิด" ส่วนไหนคือ "พิมพ์" แล้วส่งงานพิมพ์ให้โมเดลที่ถูกกว่าสิบเท่า ต่อให้ไม่ใช้ T3 Code เลยก็ทำได้

**Human Gate ที่ห้ามข้าม:** ปุ่ม commit/push/PR ปุ่มเดียวจบนั้นสะดวกจนอันตราย ตั้งกฎให้ agent เปิดเป็น PR เสมอ ห้าม merge เอง แล้วให้คนอ่าน diff ก่อนทุกครั้ง โดยเฉพาะโปรเจกต์ที่แตะข้อมูลลูกค้า ไฟล์สัญญา หรือระบบเงิน

**ต่อยอด:** ถ้าทีมคุณมี workflow ที่ต้องแก้หลายจุดพร้อมกัน ลองตั้ง actions ให้ติดตั้ง dependency และรันเทสต์อัตโนมัติทุกครั้งที่เปิด worktree ใหม่ — ได้ทั้งความเร็วและด่านตรวจในตัว โดยที่คนยังเป็นคนกดผ่าน