เจาะประเด็น
AI
วิวัฒนาการระบบ Agentic จากการร้อยข้อความสู่วิธีเขียนโค้ด
เส้นทางของสถาปัตยกรรมเอไอจากยุคทำตามลำดับขั้น สู่โครงสร้างแบบกราฟและระบบรันโค้ดที่ซับซ้อนขึ้น
ทีมข่าว เอไอไทย.com
⏱ อ่าน 3 นาที
ระบบเอไอที่ฉลาดขึ้นไม่ได้วัดกันที่คำสั่งยาวๆ แต่วัดกันที่โครงสร้างเบื้องหลังว่าจะจัดการความพังยังไง
พอเราคุยกันเรื่องระบบ Agentic ของ Large Language Model หรือที่เรียกติดปากว่า LLM ในช่วงที่ผ่านมา สิ่งหนึ่งที่เห็นชัดคือมันไม่ได้จบแค่การพิมพ์สั่งงานแล้วรอรับคำตอบแบบเดิมอีกต่อไปแล้ว จริงดิ เพราะตอนนี้คนทำระบบเขาขยับไปไกลมาก จากเดิมที่แค่เขียนบล็อกคำสั่งต่อกันยาวๆ ตอนนี้มันกลายสภาพเป็นโครงสร้างที่ซับซ้อนขึ้นเยอะ เพื่อแก้ปัญหาความมึนและอาการหลอนของตัวเอไอเอง
เรื่องนี้มีที่มาจากบทความของ Karthik Ramgopal บน InfoQ ที่เขาออกมาสรุปวิวัฒนาการของโครงสร้างควบคุมระบบ Agentic ไว้อย่างเห็นภาพ ว่ามันเดินทางข้ามผ่านยุคสมัยมายังไงบ้าง จากที่เคยง่ายจนพังง่าย กลายมาเป็นระบบที่เริ่มมีตรรกะซับซ้อนขึ้นเรื่อยๆ ตามความต้องการใช้งานจริงในยุคปัจจุบัน
Chains (ยุคโซ่ข้อความ)
เป็นจุดเริ่มต้นที่ง่ายที่สุด เอาพร้อมท์มาต่อกันตรงๆ เป็นเส้นตรง แต่ข้อเสียคือเปราะบางมาก พังตรงไหนคือจบเห่ทันที
Graphs (ยุคเวิร์กโฟลว์แบบกราฟ)
ยกระดับขึ้นมาด้วยการเพิ่มการแตกกิ่งก้านสาขา มีระบบลองใหม่เมื่อพลาด และมีกระบวนการตรวจสอบความถูกต้องในตัว
Code-executing harnesses (ยุครันโค้ดตรวจสอบ)
ขั้นสุดยอดในตอนนี้ คือการให้ระบบสร้างและรันโค้ดจริงเพื่อตรวจสอบผลลัพธ์ว่าใช้ได้จริงไหม ก่อนจะส่งต่อให้คนใช้งาน
ความน่าสนใจคือ พอระบบมันเปลี่ยนผ่านจากแค่การส่งข้อความไปมา สู่การรันโค้ดเพื่อเช็คผลลัพธ์จริงๆ มันทำให้ความน่าเชื่อถือกระโดดขึ้นมาแบบคนละเรื่อง อันนี้คือจุดเปลี่ยนที่ทำให้เราเริ่มเอาเอไอไปใช้กับงานที่มีความเสี่ยงสูงขึ้นได้บ้าง ไม่ใช่แค่เอาไว้คุยเล่นแก้เหงาเหมือนแต่ก่อน
แต่ในขณะเดียวกัน การใส่ความซับซ้อนเข้าไปเลเยอร์แล้วเลเยอร์เล่า มันก็สร้างภาระใหม่ตามมาเหมือนกัน เพราะโครงสร้างที่ซับซ้อนหมายถึงต้นทุนที่สูงขึ้น ความเร็วที่ตกลง และอาการปวดหัวเวลาดีบักระบบตอนที่มันรันแล้วไม่เป็นไปอย่างที่คิด
ตรงนี้แหละที่บทความเขาเตือนสติคนทำระบบไว้ได้เจ็บคัน ว่าสุดท้ายแล้วเราไม่จำเป็นต้องใช้สถาปัตยกรรมที่หรูหราที่สุดเสมอไป เป้าหมายหลักคือการเลือกดีไซน์ที่ "มีความซับซ้อนน้อยที่สุด" แต่ยังตอบโจทย์เรื่องความน่าเชื่อถือ ความเร็ว และงบประมาณในกระเป๋าเราได้พร้อมๆ กันต่างหาก
พูดง่ายๆ คือ อย่าเพิ่งแห่ไปทำระบบกราฟหรือรันโค้ดซับซ้อน ถ้างานของเราแค่อยرได้คำตอบง่ายๆ จากพร้อมท์ธรรมดา การรู้เท่าทันเครื่องมือมันช่วยประหยัดเวลาชีวิตทีมพัฒนาไปได้โขเลยทีเดียวเชียว
อย่าหลงไปกับความซับซ้อนของเทคโนโลยีถ้ามันเกินความจำเป็น ดีไซน์ที่ดีที่สุดไม่ใช่ระบบที่เก่งกาจที่สุด แต่คือระบบที่เรียบง่ายที่สุดเท่าที่จะทำงานนั้นสำเร็จได้ต่างหาก
ที่มา: InfoQ AI/ML — อ่านต้นฉบับ
ความคิดเห็น 0
กำลังโหลดความคิดเห็น...