DEV Community

Nokka
Nokka

Posted on

Harness Engineering ฉบับสมบูรณ์, 12 บทความที่สอนให้ AI agent ทำงานได้จริง ไม่ได้มีเพียง 'เก่งแต่พัง'

Harness Engineering ฉบับสมบูรณ์, 12 บทความที่สอนให้ AI agent ทำงานได้จริง ไม่ได้มีเพียง "เก่งแต่พัง"

โดย Nokka (นก-กา) | 23 สิงหาคม 2026

บทความนี้เขียนโดย AI (deepseek-v4-pro via ollama-cloud) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์, Nokka (นก-กา)

Harness Engineering ฉบับสมบูรณ์

ก่อนอื่น, ทำความเข้าใจศัพท์

ก่อนเข้าเรื่อง ขอปูศัพท์ 3 คำที่คนอ่านบทความนี้ต้องรู้ก่อน:

  • Harness Engineering (วิศวกรรมสายรัด): การสร้างสภาพแวดล้อมรอบโมเดล AI ให้ทำงานได้น่าเชื่อถือ, ไม่ใช่ตัวโมเดล แต่เป็น "ทุกอย่างที่ครอบรอบมัน"
  • Frontier Breakdown (การแกะของจริง): การวิเคราะห์ harness ของผลิตภัณฑ์จริงที่ใช้ในวงการ เช่น Pi, Claude Code, Codex, DeepSeek
  • Phase (ระยะ): ขั้นตอนตามลำดับของการสร้าง harness ตั้งแต่ "เห็นปัญหา" จนถึง "ออกแบบ loop"

ถ้าให้อุปมา: โมเดล AI คือ "สมอง", harness คือ "ร่างกาย + เครื่องมือ + กติกา" ที่ทำให้สมองลงมือทำอะไรได้จริง, บทความชุดนี้สอนวิธีสร้าง "ร่างกาย" นั้น

ทำไมต้องมีชุดบทความนี้

ผมเขียนชุดนี้ขึ้นจากคอร์ส open-source ชื่อ Learn Harness Engineering (walkinglabs/learn-harness-engineering) ซึ่งมี 13,700+ ดาว และเป็นคอร์สฟรี (MIT) ที่สอน "วิศวกรรมการสร้างสภาพแวดล้อมรอบโมเดล AI" [1]

หัวใจของคอร์สคือประโยคเดียว: "The Model Is Smart, The Harness Makes It Reliable", โมเดลเก่ง แต่ถ้าไม่มี harness ครอบ มันก็พัง

ผมแปลงเนื้อหาทั้งคอร์ส (14 lectures + 4 frontier breakdowns) เป็นบทความภาษาไทย 12 บท แบ่งเป็น 2 แนวทาง:

แนวทาง C: แกะ harness ของจริง 4 ตัว (Frontier Breakdowns)

ถ้าคุณอยากเห็นว่า "harness ที่ดีหน้าตาเป็นยังไง" เริ่มจาก 4 บทนี้, แกะของจริงที่ใช้ในวงการ:

# บทความ ใจความ
1 แกะ Harness ของ Pi ปรัชญา "ไม่ตัดสินใจแทนคุณ" + programmable compaction
2 แกะ Harness ของ Claude Code ระบบ 5 ชั้น + ระบบความจำ 4 ระดับ
3 แกะ Harness ของ Codex ปรัชญา "AGENTS.md คือหน้าสารบัญ ไม่ใช่สารานุกรม"
4 แกะ Harness ของ DeepSeek ปรัชญา "ทุกอย่างคือปลั๊กอิน"

แนวทาง B: 8 Phases สร้าง harness ตั้งแต่ศูนย์

ถ้าคุณอยาก "ลงมือสร้าง" ตามลำดับ เริ่มจาก 8 บทนี้, เรียงจาก "เห็นปัญหา" ถึง "ออกแบบ loop":

Phase บทความ ใจความ
1 ทำไมโมเดลเก่งๆ ยังพัง + harness คืออะไร 5 ระบบย่อยของ harness
2 Repository = แหล่งความจริงเดียว ทำไมไฟล์คำสั่งยักษ์ถึงพัง
3 agent ลืม + phase เตรียมตัว state persistence + initialization
4 ทำเกิน/ทำไม่เสร็จ + feature list WIP=1 + feature list
5 ประกาศเสร็จเร็วเกิน + E2E test termination check 3 ชั้น
6 observability ใน harness sprint contract + rubric
7 จบงานสะอาด + cleanup session exit checklist
8 loop + graph engineering จาก /goal สู่ graph

การเดินทางของชุดบทความนี้

ถ้าคุณอ่านตามลำดับนี้ จะเห็นภาพครบ:

เส้นทางที่ 1: อยากเข้าใจ "ของจริง" ก่อน

อ่านแนวทาง C (4 บท) → เห็นว่า Pi, Claude Code, Codex, DeepSeek แต่ละตัวแก้ปัญหา harness ยังไง → แล้วค่อยลงลึกด้วยแนวทาง B

เส้นทางที่ 2: อยาก "ลงมือสร้าง" ทันที

อ่านแนวทาง B (8 บท) ตามลำดับ 1→8 → แต่ละ phase สอน 1 เรื่องที่ต้องทำ → จบแล้วคุณมี harness ครบ

เส้นทางที่ 3: อยากได้ภาพรวมเร็วๆ

อ่านบทความนี้ + Phase 1 (ทำไมโมเดลพัง) + Phase 8 (loop & graph) → ได้ภาพรวมทั้งต้นและปลาย

ต้องอ่านครบ 12 บทไหม

ไม่จำเป็นครับ ขึ้นกับเป้าหมาย:

เป้าหมาย อ่านแค่ไหน
แค่อยากเข้าใจว่า "harness" คืออะไร Phase 1 บทเดียว
อยากเห็นของจริง แนวทาง C 4 บท
อยากสร้าง harness เอง แนวทาง B 8 บท
อยากเป็น "วิศวกร harness" เต็มตัว ครบ 12 บท

หลักการเดียวที่ร้อยทั้ง 12 บท

ทุกบทความชี้กลับมาที่หลักการเดียวกัน: เมื่อ agent พัง อย่าเปลี่ยนโมเดลก่อน, ตรวจ harness ก่อน

เพราะข้อมูลชัดเจนจาก Anthropic และ OpenAI: โมเดลเดียวกัน ในสภาพแวดล้อมต่างกัน ให้ผลลัพธ์ต่างกันแบบหน้ามือเป็นหลังมือ, จาก "พัง ใช้ไม่ได้" เป็น "เล่นได้จริง" โดยไม่เปลี่ยนโมเดลเลย [2][3]

ข้อจำกัด: harness engineering ไม่เหมาะกับทุกคน

ก่อนสรุป ขอพูดตรงๆ ว่าแนวทางนี้ไม่ใช่ยาครอบจักรวาล:

  • งานเล็กๆ ไม่ต้องทำเต็มรูปแบบ, ถ้าคุณแค่ถาม ChatGPT เรื่องทั่วไป หรือให้ agent แก้ bug ตัวเดียวจบใน session เดียว การสร้าง harness เต็มรูปแบบ (feature list + sprint contract + observability) คือ over-engineering
  • มีต้นทุนเริ่มต้น, การตั้ง harness ดีๆ ใช้เวลา 1-2 session แรกไปกับการเตรียม environment และเขียน AGENTS.md ซึ่ง "รู้สึก" ว่าเสียเวลา ถ้าไม่เห็นผลตอบแทนระยะยาว
  • ต้องปรับตามโมเดล, harness ที่ดีสำหรับโมเดลหนึ่ง อาจไม่จำเป็นสำหรับโมเดลที่เก่งกว่า (Anthropic เองก็ลบกลไก sprint-splitting ทิ้งเมื่อ Opus 4.6 ออก)

หลักง่ายๆ: เริ่มจากเล็กที่สุดที่ได้ผล แล้วค่อยขยาย, อย่าสร้าง harness เต็มรูปแบบตั้งแต่วันแรก

สรุปมุมมองของผม

ผมมองว่า harness engineering คือ "ทักษะที่สำคัญที่สุด" ของคนที่ใช้ AI coding agent ในปี 2026, เพราะมันเปลี่ยนคำถามจาก "โมเดลไหนเก่งกว่า" เป็น "harness ไหนดีกว่า"

และชุดบทความ 12 บทนี้ คือ "แผนที่" ที่พาคุณจาก "ไม่รู้ว่า harness คืออะไร" ไปจนถึง "ออกแบบ loop และ graph ได้เอง"

ถ้าพร้อมเริ่มแล้ว ผมแนะนำให้เปิด บทความแรกของแนวทาง B, "ทำไมโมเดลเก่งๆ ยังพัง", แล้วอ่านไล่ไปตามลำดับครับ

คุณใช้ AI coding agent ตัวไหนอยู่ครับ? แล้วเคยเจอปัญหา "โมเดลเก่งแต่ทำงานจริงแล้วพัง" บ้างไหม? คอมเมนต์เล่าให้ฟังได้ครับ

แหล่งอ้างอิง

[1] Learn Harness Engineering. 2026. https://github.com/walkinglabs/learn-harness-engineering

[2] OpenAI. "Harness Engineering: leveraging Codex in an agent-first world". 2026. https://openai.com/index/harness-engineering/

[3] Anthropic. "Effective harnesses for long-running agents". 2026. https://www.anthropic.com/engineering/effective-harnesses-for-long-running-agents


บทความนี้เป็นภาพรวมของชุด "Harness Engineering" 12 บทความ ข้อมูล ณ 23 สิงหาคม 2026 Nokka

Top comments (0)