Harness: ทุกอย่างที่ไม่ใช่โมเดล

โมเดลพ่นข้อความออกมา แล้วลืมทุกอย่าง · มันไม่มีความจำ ไม่รู้อะไรนอกข้อความที่ส่งให้มันรอบนั้น · ทุกอย่างที่เปลี่ยนข้อความนั้นให้กลายเป็นงานที่ทำเสร็จ — loop ที่เรียกซ้ำ, tool ที่ลงมือ, context ที่ป้อนเข้า, memory ที่จำข้าม, validation ที่กันพลาด, eval ที่ตรวจ — คือ harness

Agent = Model + Harness

บทปิดของ LLM systems series — ร้อยห้าบทก่อนหน้าเข้าด้วยกัน · เลือกระดับ · เลือก vendor · เลือกอย่างปลอดภัย · วางโครงให้ทน · เข้าใจคำถาม ดึงข้อมูล

คำนี้ยืมมาจากของเดิม — test harness ในซอฟต์แวร์, บังเหียนที่เล็งแรงม้าไปทำงาน · แก่นเดียวกัน: โครงที่รัดรอบของที่มีพลังแต่คุมยาก เพื่อเล็งมันไปทำงาน

ทำไมมันคือส่วนที่สำคัญ

โมเดลกลายเป็น commodity — สลับได้ ราคาตก คุณภาพใกล้กัน · สิ่งที่ทำให้ระบบสองตัวต่างกันจึงไม่ใช่ “ใช้โมเดลไหน” แต่คือ harness รอบมันดีแค่ไหน

งานวิศวกรรมที่สร้างความต่างเลยอยู่ที่ loop, tool, context, eval — ไม่ใช่ที่ตัวโมเดล · นี่คือที่มาของคำว่า “harness engineer” และเป็นเหตุผลที่ชั้นรอบโมเดลคือชั้นที่อยู่นาน (บทที่ 4)

harness คือทั้งซีรีส์

ห้าบทที่ผ่านมา ทุกบทพูดเรื่อง harness — คนละมุม:

• เลือกระดับ — harness ควรซับซ้อนแค่ไหน (raw / workflow / agent)
• เลือก vendor — โมเดลตัวไหนเสียบเข้า harness
• ปลอดภัย — harness กันข้อมูลรั่วและ injection ยังไง
• วางโครงให้ทน — harness แยกชั้นตามอัตราการเปลี่ยนยังไง
• retrieval — harness ป้อน context ให้โมเดลยังไง

โมเดลคือชิ้นเดียวที่ทั้งซีรีส์ห่อหุ้มไว้ · ที่เหลือคือ harness

บทสรุป

โมเดลคือสิ่งที่ทุกคนพูดถึง · harness คือสิ่งที่ทุกคน ship

ไม่มีโมเดลไหนช่วยได้ถ้า harness รอบมันแย่ · และ harness คือส่วนที่อยู่ในมือคุณทั้งหมด · ที่ที่ระบบของคุณจะต่างจากคนอื่นจริง ๆ ไม่ใช่โมเดล — มันคือ harness

แหล่งแนวคิด: สูตร Agent = Model + Harness (Mitchell Hashimoto), agent harness / harness engineering (2026), Anthropic — Building Effective Agents · ดู harness ในแต่ละมุมที่ห้าบทก่อนหน้าของซีรีส์