ให้โมเดลแพงเป็นหัวหน้า โมเดลถูกลงมือ วิธีจัดทีม AI ให้จ่ายโทเคนน้อยลงราว 4 เท่า
สารบัญ
สรุปให้ไว
แยกงานคิดออกจากงานพิมพ์
ให้โมเดลแพงสุดวางแผน แจกงาน และตรวจงานอย่างเดียว ห้ามเขียนโค้ดเอง
โมเดลถูกลงมือจริง
งานพิมพ์โค้ด เขียนเทสต์ ทำเอกสาร ปล่อยให้โมเดลราคาถูกกว่า 5 ถึง 15 เท่าทำแทน
ทำงานพร้อมกันได้
ส่วน logic, UI และเทสต์ถูกเขียนขนานกันโดยคนละโมเดล ไม่ต้องรอทีละอัน
ประหยัดจริง คุณภาพไม่ตก
จากที่ทดสอบ ใช้ token ของโมเดลแพงราวหนึ่งในสี่ แถมลูปรีวิวช่วยจับบั๊กที่โมเดลเดี่ยวมักปล่อยผ่าน
01มันคืออะไร
ไอเดียนี้เรียบง่ายมาก มองโมเดลแพงอย่าง Claude Fable 5 เป็น "วิศวกรอาวุโส" ที่ค่าตัวสูง ถ้าปล่อยให้มันอ่านทุกไฟล์ พิมพ์ทุกบรรทัด รันทุกเทสต์ และแก้ทุกคำผิดเอง ก็เท่ากับจ่ายค่าตัวระดับซีเนียร์ไปกับงานที่เด็กฝึกงานทำได้ ทางออกคือให้ซีเนียร์ทำแค่ส่วนที่คุ้มค่าตัว นั่นคือการคิด วางแผน แจกงาน และตรวจงานขั้นสุดท้าย ส่วนงานพิมพ์จริงยกให้ทีมโมเดลราคาถูก
ตัวที่ทำให้เวิร์กจริงคือแอปเดสก์ท็อปโอเพนซอร์สฟรีชื่อ Tracer ที่ทำหน้าที่เป็นห้องทำงานร่วมของ agent ทุกตัว คุณเอา subscription ที่มีอยู่แล้วมาเสียบ แล้ว agent แต่ละตัวคุยกันได้ในงานเดียวกัน ตัวหนึ่งสร้าง agent ลูก ส่งคำสั่ง รอผล อ่านบันทึก แล้วประสานงานทั้งหมดได้ เหมือนแจกวิทยุสื่อสารกับผังองค์กรให้ทีม AI
02จัดทีมยังไง
หัวใจอยู่ที่พรอมป์แรกที่สั่งโมเดลหัวหน้า ต้องบอกให้ชัดว่า "คุณคือผู้ควบคุมงานนี้ ห้ามเขียนโค้ดเอง" ให้มันสำรวจ repo ก่อน แล้ววางแผนแตกงานเป็นชิ้นย่อยที่เป็นอิสระต่อกัน จากนั้นแจกแต่ละชิ้นให้ agent ลูก พอลูกทำเสร็จให้หัวหน้าตรวจ diff เอง ถ้าผิดก็ส่งกลับไปแก้พร้อมคำสั่งที่เจาะจง และรายงานว่าเสร็จก็ต่อเมื่อผ่านการตรวจของหัวหน้าแล้วเท่านั้น
ที่ต้องเน้นย้ำคือถ้าไม่สั่งห้ามให้ชัด โมเดลหัวหน้าจะ "ใจร้อน" แล้วลงมือเขียนโค้ดเอง ซึ่งเงินที่ควรประหยัดก็หายวับ อีกจุดคือจับคู่โมเดลกับงานให้ถูก อย่าโยนงานยากสุดให้โมเดลถูกสุดแล้วมาโทษว่าวิธีนี้ใช้ไม่ได้
จับคู่โมเดลกับงาน (จากการทดสอบ)
- ★
หัวหน้า: Claude Fable 5
วางแผน แจกงาน ตรวจ diff และคุมคุณภาพ เพราะเก่งด้านรีวิวเป็นพิเศษ
- ★
งาน logic ยาก: Codex
ส่วน data aggregation หรือ logic ที่ซับซ้อนที่สุด
- ★
งาน UI: GLM 5.2
คอมโพเนนต์หน้าจอและโค้ดแอปทั่วไป
- ★
งานเทสต์: Kimi
เทสต์และงานซ้ำ ๆ ยาว ๆ
- ★
งานเอกสาร: Qwen
เขียน doc, เปลี่ยนชื่อตัวแปร และงานเก็บกวาดเล็ก ๆ
03เกี่ยวอะไรกับเรา
ฟันธงคือ **ลองได้เลย** โดยเฉพาะถ้าคุณจ่าย subscription หลายเจ้าอยู่แล้ว เพราะแทบไม่ต้องลงทุนเพิ่ม แค่รีดของที่มีอยู่ให้คุ้ม จากการทดสอบ งานฟีเจอร์หนึ่งที่ถ้าให้โมเดลแพงทำเดี่ยว ๆ จะกิน token หนัก พอจัดทีมแบบนี้กลับใช้ token ของโมเดลแพงราวหนึ่งในสี่ และผลออกมาดีเท่าเดิมหรือดีกว่าด้วยซ้ำ เพราะลูปรีวิวอิสระช่วยจับปัญหาที่ agent เดี่ยวมักปล่อยผ่าน
แต่จุดที่ต้องระวังชัด ๆ มีสองข้อ หนึ่งคืออย่าตัดขั้นตอนรีวิวทิ้งเพื่อประหยัดเพิ่ม เพราะถ้าไม่มีหัวหน้าตรวจงาน มันก็แค่โมเดลถูกที่มีขั้นตอนเยอะขึ้นเฉย ๆ และคนยังต้องเปิด git diff อ่านเองทุกครั้งไม่ว่าระบบจะฉลาดแค่ไหน (นี่คือ Human Gate ของงานนี้) สองคือ endpoint ฟรีหรือราคาถูกอาจมีนโยบายข้อมูลต่างจากเจ้าใหญ่ อย่าเพิ่งส่งโค้ดบริษัทหรือลูกค้าที่อ่อนไหวผ่านมันโดยไม่เช็กนโยบายก่อน ถ้าอยากต่อยอด ลองห่อพรอมป์หัวหน้าไว้เป็น skill หรือ workflow ประจำ จะได้หยิบมาจัดทีมซ้ำได้เร็วในงานถัดไป