75 คะแนน โดย xguru 22 일 전 | 8 ความคิดเห็น | แชร์ทาง WhatsApp
  • ช่วงปี 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 ความคิดเห็น

 
kimjoin2 17 일 전

คงตามทั้งหมดทีละอย่างไม่ไหว
ก็เลยเชื่อว่า
"ถ้ามันดีขนาดนั้น เดี๋ยวทางการก็คงอัปเดตให้เองแหละ"
จริง ๆ ที่ผ่านมาก็เป็นแบบนั้นมาตลอดครับ

 
kuthia 21 일 전

แม้ GitHub จะไม่ใช่ผู้ครองตลาด แต่ผมก็คิดมาตลอดว่าพวกเขาอยู่แถวหน้าของกระแสอยู่เสมอ ขอบเขตของแต่ละโปรเจ็กต์เล็กเกินไปจนสัดส่วนการถูกนำไปใช้จริงในตลาดต่ำก็จริง แต่ถ้ามองภาพรวม ผมคิดว่าพวกเขาสร้างคอนเซ็ปต์ที่มีประสิทธิภาพไว้มากทีเดียว หรืออาจเป็นเพราะผมเป็นนักพัฒนาก็ได้

 
arinaru 22 일 전

ยุคถัดไปจะมีอะไรออกมานะ

 
thestackai 22 일 전

ยังนึกภาพไม่ออกเลยว่ายุคที่ 3 ถัดไปจะเป็นอะไร

 
ragingwind 22 일 전

ตอนนี้ควรต้องเพิ่มเมตาฮาร์เนสเข้าไปตรงนั้นด้วย

 
awbrg789 22 일 전

ดี

 
xguru 22 일 전

คุณคิมยองมิน นักวิทยาศาสตร์ข้อมูลจาก AWS Korea ได้สรุปบันทึกเกี่ยวกับการเปลี่ยนแปลงของแนวทางการพัฒนาตลอดช่วงหลายปีที่ผ่านมาไว้ได้อย่างดีเลยครับ

ดูจะเป็นบทความที่เหมาะมากสำหรับให้เหล่านักพัฒนาที่สงสัยว่าเดี๋ยวนี้มันเปลี่ยนไปอะไรกันบ้างได้อ่านกันครับ

 
heycalmdown 21 일 전

บทความดีมากจริง ๆ ครับ