Agent Harness กับ Framework และ MCP: ใครคุมลูปและสิทธิ์?
เจาะลึกความต่างระหว่าง Agent Harness, Agent Framework และ Model Context Protocol (MCP) ในการจัดการลูปการทำงาน สิทธิ์ และการกู้คืนระบบ
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
- ทุกเอเจนต์ทำงานผ่านลูป: ส่งบริบท อ่านผลลัพธ์ เรียกใช้เครื่องมือ และวนซ้ำ
- MCP ทำหน้าที่เป็นสะพานเชื่อมมาตรฐานด้วยโพรโทคอล JSON-RPC 2.0
- Harness ควบคุมโมเดลสิทธิ์แบบเบ็ดเสร็จ ส่วน Framework เน้นการจัดการข้อผิดพลาดและกู้คืนระบบ
การทำงานของเอเจนต์ทุกตัวเริ่มต้นจากลูปพื้นฐาน นั่นคือการส่งบริบทไปยังโมเดล อ่านคำตอบ สั่งใช้งานเครื่องมือ และวนลูปซ้ำ ทั้ง Harness และ Framework ต่างก็ทำหน้าที่รันลูปนี้เช่นกัน แต่มีความแตกต่างกันในแง่ของระดับการควบคุมที่ผู้ใช้งานสามารถปรับแต่งได้ โดยโพรโทคอลพื้นฐานที่เชื่อมต่อทุกอย่างเข้าด้วยกันคือ Model Context Protocol หรือ MCP
ในส่วนของ MCP ได้กำหนด 3 พริมิทีฟฝั่งเซิร์ฟเวอร์ ได้แก่ เครื่องมือ (tools) ทรัพยากร (resources) และชุดคำสั่ง (prompts) โดยมีการอัปเดตเวอร์ชัน 2026-07-28 ที่กำหนดให้เฮดเดอร์ Mcp-Method และ Mcp-Name กลายเป็นข้อบังคับในการร้องขอผ่าน HTTP เพื่อให้เกตเวย์และระบบจำกัดอัตราเร่งสามารถคัดแยกเส้นทางได้ทันทีโดยไม่ต้องแกะข้อมูลในส่วนบอดี้ นอกจากนี้ยังมีการประกาศเลิกใช้งานโพรโทคอล HTTP+SSE แบบเดิมโดยกำหนดกรอบเวลาเปลี่ยนผ่านไว้ 12 เดือน
การใช้งาน MCP ในปัจจุบันมีอัตราการเติบโตสูงมาก โดยผู้ดูแลระบบรายงานว่ามียอดดาวน์โหลด SDK รวมกว่าครึ่งพันล้านครั้งต่อเดือนผ่าน Tier 1 SDK และทั้งไลบรารี TypeScript กับ Python SDK ต่างก็มียอดดาวน์โหลดรวมทะลุ 1,000 ล้านครั้งเป็นที่เรียบร้อยแล้ว สะท้อนให้เห็นว่ามาตรฐานตัวนี้กลายเป็นรากฐานสำคัญที่ระบบเอเจนต์ส่วนใหญ่เลือกใช้งานร่วมกับเครื่องมืออย่าง Claude Code, Codex หรือ Microsoft Agent Framework 1.0
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
การทำความเข้าใจขอบเขตระหว่าง Harness, Framework และ MCP ถือเป็นหัวใจสำคัญสำหรับนักพัฒนาเอเจนต์ยุคใหม่ เนื่องจากแต่ละเลเยอร์แก้ปัญหาคนละส่วนกันอย่างชัดเจน การเลือกใช้ผิดเลเยอร์อาจทำให้ระบบรักษาความปลอดภัยหรือการจัดการข้อผิดพลาดซับซ้อนเกินความจำเป็น
ในแง่ของการจัดการสิทธิ์ ข้อกำหนดของ MCP ระบุไว้อย่างชัดเจนว่าโพรโทคอลตัวนี้ไม่สามารถบังคับใช้หลัก
"MCP เองไม่สามารถบังคับใช้หลักการรักษาความปลอดภัยเหล่านี้ในระดับโพรโทคอลได้ การอนุญาตสิทธิ์จึงเป็นหน้าที่ของโฮสต์"
MarkTechPost
สำหรับการกู้คืนระบบและงานที่ต้องใช้เวลานาน Framework เช่น LangGraph จะอาศัยหลักการทางานแบบกำหนดได้ (determinism) ผ่านการห่อหุ้ม Side Effects ไว้ในทาสก์เพื่อให้สามารถกลับมาทำงานต่อได้แม้เวลาจะผ่านไปเป็นสัปดาห์ ขณะที่ MCP มีการเพิ่มส่วนขยาย io.modelcontextprotocol/tasks ที่พัฒนาโดย AWS เพื่อรองรับการเรียกใช้งานเครื่องมือระยะยาวผ่านทาสก์แบบโพลลิ่ง
ที่มา: MarkTechPost
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น