การกระทําและรูปแบบการใช้เครื่องมือ

เมื่อสร้างเอเจนต์ ให้ตัดสินใจว่าเอเจนต์ของคุณโต้ตอบกับระบบภายนอกอย่างไร และดําเนินการนอกเหนือจากการดึงข้อมูลง่ายๆ บทความนี้อธิบายรูปแบบหลักสามรูปแบบสําหรับการใช้เครื่องมือและความสามารถในการดําเนินการในสถาปัตยกรรมตัวแทนของคุณ:

• ปลั๊กอิน API: ใช้ข้อกําหนด OpenAPI มาตรฐานสําหรับการผสานรวมบริการแบบคงที่ที่เรียบง่าย
• Model Context Protocol (MCP): ใช้การค้นพบเครื่องมือแบบไดนามิกด้วยการจัดการเซิร์ฟเวอร์ที่ยืดหยุ่น
• การสื่อสารระหว่างตัวแทนกับตัวแทน: เปิดใช้งานเวิร์กโฟลว์ที่ซับซ้อนผ่านการโต้ตอบของเอนทิตี AI ที่ทํางานร่วมกัน

แต่ละรูปแบบตอบสนองความต้องการทางสถาปัตยกรรมที่แตกต่างกัน ตั้งแต่การเชื่อมต่อ API พื้นฐานไปจนถึงการประสานหลายตัวแทนที่ซับซ้อน การทําความเข้าใจแนวทางเหล่านี้จะช่วยให้คุณเลือกกลยุทธ์การใช้เครื่องมือที่เหมาะสมกับความต้องการและข้อจํากัดเฉพาะของคุณ

การรวมปลั๊กอิน API

ปลั๊กอิน API ใช้ข้อกําหนด OpenAPI เพื่อจัดเตรียมอินเทอร์เฟซที่เป็นมาตรฐานสําหรับการรวมบริการภายนอก ปลั๊กอินเหล่านี้มีการกําหนดค่าแบบคงที่ที่เรียบง่ายเหมาะสําหรับสถานการณ์การรวมบริการที่ตรงไปตรงมา

ปลั๊กอิน API จะไม่จัดการการโต้ตอบแบบหลายรอบหรือแบบรับรู้บริบทตามค่าเริ่มต้นโดยปราศจากการแทรกแซงของนักพัฒนาเพื่อจัดเก็บและเก็บรักษาประวัติคําขอ คําจํากัดความ API ที่กําหนดไว้ล่วงหน้าที่กําหนดขึ้นระหว่างการสร้างปลั๊กอินจะกําหนดการตัดแต่งเพย์โหลดการตอบสนองหรือการจัดการข้อมูลที่เข้ากันไม่ได้

วิธีการนี้ใช้ได้ดีสําหรับการผสานรวมบริการแบบไร้สัญชาติที่เรียบง่าย ซึ่งรูปแบบการตอบกลับคําขอที่สอดคล้องกันตรงตามความต้องการของตัวแทนโดยไม่จําเป็นต้องประสานงานที่ซับซ้อน

การใช้งาน Model Context Protocol

Model Context Protocol (MCP) เป็นโปรโตคอลโอเพนซอร์สที่ปรับให้เหมาะสมสําหรับการใช้เครื่องมือโดยตัวแทน สันนิษฐานว่ามีอยู่ของเลเยอร์การประสานงานเพื่อเลือกเครื่องมือที่เหมาะสมในระหว่างกระบวนการค้นพบ เซิร์ฟเวอร์ MCP นําเสนอเครื่องมือโดยไม่ต้องเจรจาหรือปรับให้เข้ากับข้อจํากัดของตัวแทน

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

ตัวแทนเรียกใช้มีหน้าที่รับผิดชอบในการยอมรับหรือละทิ้งสคีมาหรือการตอบสนองของเครื่องมือที่เข้ากันไม่ได้ วิธีการนี้ให้ความยืดหยุ่น แต่ต้องใช้การจัดการข้อผิดพลาดที่มีประสิทธิภาพและกลไกการตรวจสอบความเข้ากันได้

การสื่อสารระหว่างตัวแทนกับตัวแทน

โปรโตคอลระหว่างตัวแทนกับตัวแทน (A2A) ช่วยให้สามารถโต้ตอบระหว่างเอนทิตีที่ปรับปรุงด้วย AI หลายรายการ ซึ่งผู้เข้าร่วมทั้งสองสามารถเจรจาและปรับการโต้ตอบแบบไดนามิกได้ A2A ของ Linux Foundation แสดงถึงการใช้งานโอเพ่นซอร์สที่ปรับให้เหมาะกับสถานการณ์ระหว่างตัวแทนที่ซับซ้อน

สถาปัตยกรรมนี้รองรับรูปแบบตัวแทนหัวหน้า-ลูกเรือ ซึ่งหลายหน่วยงานสามารถเจรจางานแบบไดนามิก รวมถึงการเปลี่ยนแปลงรูปแบบ เช่น การประมวลผลรูปภาพหรือวิดีโอ โปรโตคอลนี้ช่วยให้สามารถประสานงานที่ซับซ้อนระหว่างตัวแทนเฉพาะทางเพื่อบรรลุเวิร์กโฟลว์ที่ซับซ้อนซึ่งต้องใช้ความสามารถที่หลากหลาย

โปรโตคอล A2A ทํางานได้ดีที่สุดสําหรับสถานการณ์ที่ต้องการการกระจายงานแบบไดนามิก การเข้าถึงความสามารถเฉพาะทาง หรือการประสานเวิร์กโฟลว์ที่ซับซ้อนซึ่งได้รับประโยชน์จากเอนทิตี AI หลายตัวที่ทํางานร่วมกัน

เรียนรู้เพิ่มเติม: รูปแบบการประสานงานของเอเจนต์ AI