จากพรอมป์ต์สู่ฮาร์เนส - บันทึก 4 ปีของแพตเทิร์น AI Agentic
(bits-bytes-nn.github.io)- ช่วงปี 2022~2026 กระบวนทัศน์การพัฒนา AI เปลี่ยนผ่านสามครั้ง: Prompt Engineering → Context Engineering → Harness Engineering
- การเปลี่ยนผ่านแต่ละครั้งเกิดจากความล้มเหลวที่กระบวนทัศน์ก่อนหน้าไม่สามารถทำตามคำสัญญาได้ และ ความเข้มงวดทางวิศวกรรม ไม่ได้หายไป แต่เพียงย้ายตำแหน่งจากพรอมป์ต์ไปสู่คอนเท็กซ์ และจากคอนเท็กซ์ไปสู่ฮาร์เนส
- [ยุคที่ 1] Prompt Engineering (2022~2024)
- "ภาษาอังกฤษคือภาษาการเขียนโปรแกรม", "คิดทีละขั้นตอน"
- ต่อให้พรอมป์ต์ประณีตแค่ไหน ก็ไม่รู้จักไฟล์ที่ไม่มีอยู่ใน context window
- [ยุคที่ 2] Context Engineering (2025)
- จาก "ควรพูดอะไร" ไปเป็น "ควรใส่ข้อมูลอะไร"
- ต่อให้ประกอบคอนเท็กซ์ได้สมบูรณ์แบบ หากลูปที่ใช้บริโภคคอนเท็กซ์นั้นถูกออกแบบผิด ก็ยังล้มเหลวอยู่ดี
- [ยุค 2.5] Vibe Coding และอาการเมาค้างของมัน
- ไม่แม้แต่ดู diff แล้วกดยอมรับข้อเสนอจาก AI ทั้งหมด — โค้ดเติบโตเกินระดับที่มนุษย์จะอ่านไหว
- "แม้ LLM จะเป็นคนเขียนโค้ด แต่ถ้าคุณรีวิวมันแล้ว นั่นไม่ใช่ vibe coding"
- [ยุคที่ 3] Harness Engineering (2026~)
- "ถ้าเอเจนต์ทำพลาด อย่าไปแก้เอเจนต์ แต่ให้ แก้ฮาร์เนส"
- เอเจนต์ = โมเดล + ฮาร์เนส
- Anthropic สถาปัตยกรรม 3 เอเจนต์, แพตเทิร์น Ralph, Lethal Trifecta, Rule of Two ของ Meta AI
- ณ ปี 2026 เมตริกหลักไม่ได้อยู่ที่คุณภาพของพรอมป์ต์อีกต่อไป แต่เปลี่ยนเป็น KV-cache hit rate (สัดส่วนที่โมเดลนำการคำนวณก่อนหน้ากลับมาใช้ซ้ำ) และ ความซับซ้อนของฮาร์เนส
- อาการเมาค้างจาก Vibe Coding, การที่เอเจนต์ประเมินตัวเองไม่ได้, ช่องโหว่ด้านความปลอดภัย และอุปสรรคในโปรดักชันจริง ล้วนพิสูจน์ข้อจำกัดของแต่ละยุค และ ฮาร์เนส คือ การตอบสนองเชิงโครงสร้าง ต่อปัญหาเหล่านี้ทั้งหมด
- แต่ละยุคไม่ได้เข้ามาแทนที่ยุคก่อนหน้า แต่ ครอบรวม (subsume) ยุคก่อนเข้าไว้ โดย Prompt Engineering ไม่ได้ตายไป แต่กลายเป็น ซับโมดูลของ Harness Engineering
- ฮาร์เนสต้อง ถอดออกได้ (rippable) — เมื่อโมเดลพัฒนาขึ้น ลอจิกกู้คืนข้อผิดพลาดเดิมครึ่งหนึ่งก็จะไม่จำเป็นอีกต่อไป
- ทิศทางการย้ายครั้งถัดไปของความเข้มงวด: Guardian Agent (เลเยอร์เฝ้าระวังแบบเรียลไทม์) → การประเมินเชิงวิศวกรรม (behavior beats benchmarks) → knowledge engine (การผสาน code graph, commit history, memory)
8 ความคิดเห็น
คงตามทั้งหมดทีละอย่างไม่ไหว
ก็เลยเชื่อว่า
"ถ้ามันดีขนาดนั้น เดี๋ยวทางการก็คงอัปเดตให้เองแหละ"
จริง ๆ ที่ผ่านมาก็เป็นแบบนั้นมาตลอดครับ
แม้ GitHub จะไม่ใช่ผู้ครองตลาด แต่ผมก็คิดมาตลอดว่าพวกเขาอยู่แถวหน้าของกระแสอยู่เสมอ ขอบเขตของแต่ละโปรเจ็กต์เล็กเกินไปจนสัดส่วนการถูกนำไปใช้จริงในตลาดต่ำก็จริง แต่ถ้ามองภาพรวม ผมคิดว่าพวกเขาสร้างคอนเซ็ปต์ที่มีประสิทธิภาพไว้มากทีเดียว หรืออาจเป็นเพราะผมเป็นนักพัฒนาก็ได้
ยุคถัดไปจะมีอะไรออกมานะ
ยังนึกภาพไม่ออกเลยว่ายุคที่ 3 ถัดไปจะเป็นอะไร
ตอนนี้ควรต้องเพิ่มเมตาฮาร์เนสเข้าไปตรงนั้นด้วย
ดี
คุณคิมยองมิน นักวิทยาศาสตร์ข้อมูลจาก AWS Korea ได้สรุปบันทึกเกี่ยวกับการเปลี่ยนแปลงของแนวทางการพัฒนาตลอดช่วงหลายปีที่ผ่านมาไว้ได้อย่างดีเลยครับ
ดูจะเป็นบทความที่เหมาะมากสำหรับให้เหล่านักพัฒนาที่สงสัยว่าเดี๋ยวนี้มันเปลี่ยนไปอะไรกันบ้างได้อ่านกันครับ
บทความดีมากจริง ๆ ครับ