หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
รูปแบบหลายตัวแทนต้องการการโต้ตอบระหว่างตัวแทนกับตัวแทนบางรูปแบบ ตัวแทนมีส่วนร่วมในตาข่ายความสามารถที่ปลอดภัย โดยตัวแทนแต่ละคนเป็นผู้เข้าร่วมที่มีพฤติกรรมดีซึ่งแลกเปลี่ยนสัญญาณและประสานงาน
ใช้การเรียกใช้ข้ามตัวแทนและเครื่องมือโดยใช้หลักการของสิทธิ์น้อยที่สุด ความเรียบง่าย ความสามารถในการตรวจสอบ และการกํากับดูแลที่แข็งแกร่ง เพื่อลดความซับซ้อน ให้เลือกการประสานงานแบบเนทีฟของแพลตฟอร์มสําหรับโฟลว์ภายในหากเป็นไปได้ และใช้ Model Context Protocol (MCP) สําหรับการเข้าถึงเครื่องมือและข้อมูลที่ปลอดภัยและได้รับการรับรองความถูกต้อง ใช้โปรโตคอล Linux Foundation Agent2Agent (A2A) สําหรับการรวมตัวแทนข้ามแพลตฟอร์มกับสัญญาที่เผยแพร่ และตัวแทนที่นําหน้า MCP ตามความเหมาะสม สร้างมาตรฐานการรักษาความปลอดภัยและการจัดการเอเจนต์ที่เชื่อมต่อโดยใช้ชุดพัฒนาซอฟต์แวร์ (SDK) ที่เผยแพร่พร้อมการสนับสนุน MCP และ A2A ดั้งเดิม
กรณีการใช้งานที่ซับซ้อนอาจเกี่ยวข้องกับการผสมผสานระหว่างประเภทเอเจนต์ magentic, serial และพร้อมกัน ตัวอย่างเช่น เวิร์กโฟลว์การสร้างเอกสารอาจต้องใช้ทั้งขั้นตอนต่อเนื่อง (เลือกเทมเพลต สร้างเนื้อหาที่มีพื้นฐาน และตรวจสอบการปฏิบัติตามข้อกําหนด) และเวิร์กโฟลว์พร้อมกันที่การตรวจสอบการปฏิบัติตามข้อกําหนดหลายรายการทํางานพร้อมกัน สามารถใช้เอเจนต์ magentic ทั้งแบบง่ายและซับซ้อนภายในเวิร์กโฟลว์ได้
คําแนะนําการโต้ตอบกับตัวแทนหลายคน
ชอบการประสานงานแบบแพลตฟอร์มสําหรับโฟลว์ภายในที่มีเอเจนต์ย่อยหากเป็นไปได้เพื่อให้การประสานงานเป็นเรื่องง่าย
ใช้ MCP สำหรับการเข้าถึงเครื่องมือและข้อมูล รวมถึงเครื่องมือบริการ Microsoft 365 ซึ่งเป็นวิธีที่แนะนำในการนำเสนอข้อมูลและการดำเนินการให้กับตัวแทน โดยมีการรักษาความปลอดภัยระดับองค์กร การรับรองความถูกต้อง และการตรวจสอบ
ใช้ A2A สําหรับการส่งข้อความระหว่างตัวแทนข้ามแพลตฟอร์ม ออกแบบสําหรับการค้นหาความสามารถและสัญญางาน กําหนดให้ตัวแทนเผยแพร่ "การ์ดตัวแทน" (ความสามารถ) และใช้โมเดลงานและสิ่งประดิษฐ์ของ A2A เพื่อให้เวิร์กโฟลว์สามารถค้นหา เรียกใช้ และติดตามงานที่ทํางานเป็นเวลานานในรันไทม์
ผสานรวมตัวแทนที่ครบถ้วนหรือนามธรรมผ่าน MCP หรือ A2A เพื่อหลีกเลี่ยงการใช้ตรรกะซ้ํา และปรับปรุงการนํากลับมาใช้ใหม่และการตรวจสอบย้อนกลับและการควบคุมแบบ end-to-end
ผสานรวมเอเจนต์ภายนอกที่เชื่อมต่อโดยใช้ SDK ที่เผยแพร่เพื่อกําหนดมาตรฐานความปลอดภัย การลงทะเบียน และความสามารถในการสังเกตการณ์
บังคับใช้นโยบายและการตรวจสอบที่เลเยอร์ระนาบควบคุมด้วยเฟรมเวิร์ก เช่น Agent 365 เพื่อให้เอเจนต์ปฏิบัติตามข้อกําหนดและสังเกตได้
ใช้ขอบเขตที่มีสิทธิ์น้อยที่สุดเมื่อเรียกใช้เครื่องมือที่โฮสต์โดย MCP เช่น จากขั้นตอนเวิร์กโฟลว์สําหรับการค้นหาข้อมูลหรือการดําเนินการ
หากต้องการจํากัดพื้นที่ผิวและปรับปรุงประสิทธิภาพ ให้ใช้การตรวจสอบความถูกต้องของเพย์โหลดที่พิมพ์ระหว่างขั้นตอนและส่วนประกอบตามความจําเป็น โดยมีสคีมาที่กําหนดไว้และการส่งผ่านบริบทที่จําเป็น ออกแบบสําหรับข้อผิดพลาดเชิงพรรณนาเพื่อให้ตัวแทนสามารถแก้ไขด้วยตนเองตามข้อความแสดงข้อผิดพลาด
ออกแบบสําหรับความขนาน จํากัด บริบทระหว่างเอเจนต์ให้อยู่ในสิ่งที่จําเป็นอย่างยิ่ง และใช้หน่วยความจําระยะสั้นเพื่อหลีกเลี่ยงการทํางานที่ซ้ําซ้อน
รวมผู้ใช้ไว้ในเวิร์กโฟลว์และสื่อสารเมื่อเจ้าหน้าที่ทํางานร่วมกัน ต้องได้รับการอนุมัติจากมนุษย์สําหรับการดําเนินการข้ามตัวแทนที่มีผลกระทบสูง อนุญาตให้ยกเลิกและข้ามในขั้นตอนที่ใช้เวลานาน และแสดงสรุปผล กระทบยอดผลลัพธ์ที่ขัดแย้งกัน
การประเมิน MCP และ A2A ในสถาปัตยกรรมตัวแทน
MCP (Model Context Protocol) และ A2A (Agent2Agent ของ Linux Foundation) เป็นมาตรฐานโอเพ่นซอร์สเสริมสําหรับการสร้างแอปพลิเคชันตัวแทน
ทั้งสองมาตรฐานมีฟังก์ชันการทํางานที่คล้ายคลึงกันสําหรับโฟลว์ไคลเอ็นต์-เซิร์ฟเวอร์และการค้นหาทักษะ ตารางต่อไปนี้แสดงรายการที่แต่ละโปรโตคอลมีตัวสร้างความแตกต่างที่ชัดเจนเมื่อเลือกวิธีเชื่อมต่อเอเจนต์หลายตัว
| ความสามารถ | เอ็มซีพี | เอทูเอ |
|---|---|---|
| มัลติโมดาลิตี้ | ต้องใช้โฮสต์ MCP เพื่อรองรับ | อนุญาตให้โฆษณาในประเภทสื่อที่รองรับเปิดใช้งานการแลกเปลี่ยนข้อมูลที่กำหนดชนิดอย่างชัดเจน |
| การแจ้งเตือนเชิงรุกและการสมัครใช้บริการ | รองรับการแจ้งเตือนของระบบ | การแจ้งเตือนระบบและเนื้อหา |
| การโต้ตอบแบบหลายเทิร์น | เซิร์ฟเวอร์ MCP สามารถเลือกดึงข้อมูลเพิ่มเติมได้ การจัดการบริบทจะอยู่กับโฮสต์ | contextId ช่วยให้สามารถจัดการบริบทระหว่างตัวแทนได้ งานหลายงานอาจมีอยู่ในบริบทเดียว "ต้องระบุข้อมูล" เทียบเท่ากับการเรียกของ MCP |
| การประสานรวม | โฮสต์ MCP ประสานเครื่องมือที่จะเรียกใช้และสังเคราะห์ผลลัพธ์สุดท้าย | ตัวแทนที่ถูกเรียกใช้จะใช้ห่วงโซ่ความคิดและการประสานงานของตัวเอง เอเจนต์ที่ร้องขอมองไม่เห็นการทำงานภายในของเครื่องมือ/API |
| การเจรจาต่อรอง | ต้องมีการอัปเดตไคลเอ็นต์ MCP สําหรับรูปแบบหรือฟังก์ชันใหม่ | การเจรจาต่อรองแบบไดนามิกสําหรับโฟลว์ที่รองรับมีประสิทธิภาพมากขึ้นสําหรับการอัปเดตบริการ |
MCP เป็นวิธีที่ง่ายและตรงไปตรงมาสําหรับตัวแทนในการโต้ตอบกับอ็อบเจ็กต์ภายนอก เช่น API แหล่งข้อมูล หรือเอเจนต์อื่นๆ มีการควบคุมที่แข็งแกร่งสําหรับผู้ประสานงานคนเดียวในการเลือกเรียกใช้กรองให้เหตุผลและสังเคราะห์ผลลัพธ์ โปรโตคอลนี้เหมาะกับสถานการณ์ที่คุณต้องการควบคุมการใช้เหตุผลและการถ่วงน้ําหนักมากกว่าความยืดหยุ่นและพลวัต
A2A เหมาะกว่าสำหรับสถานการณ์ที่เอเจนต์มีการหรือจำเป็นต้องปกปิดการทำงานภายในของกันและกัน ตัวอย่างเช่น ถ้าเวิร์กโฟลว์แบบหลายตัวแทนต้องการข้อมูลป้อนเข้าจากตัวแทนภายนอก หรือตัวแทนที่องค์กรวิศวกรรมที่แตกต่างกันสององค์กรเป็นเจ้าของ การสนับสนุนสําหรับการเจรจาต่อรองช่วยลดการพึ่งพาการอัปเดตโค้ดไคลเอ็นต์-เซิร์ฟเวอร์เมื่อบริการเผยแพร่ฟังก์ชันการทํางานใหม่
เรียนรู้เพิ่มเติม:
- แนวคิดของ MCP รวมถึงบทบาทของโฮสต์ MCP, เซิร์ฟเวอร์ MCP และไคลเอ็นต์ MCP
- นิยามของงาน A2A, อาร์ติแฟกต์, และ contextIds
ขั้นตอนถัดไป
ข้อมูลที่เกี่ยวข้อง
- เพิ่มภาพรวมของตัวแทนอื่นๆ
- ขยายเอเจนต์ของคุณด้วยโปรโตคอลบริบทของโมเดล
- เชื่อมต่อตัวแทนที่พร้อมใช้งานผ่านโปรโตคอล Agent2Agent (A2A) (พรีวิว)
- สำรวจรูปแบบการประสานงานหลายตัวแทนใน Microsoft Copilot Studio
- ใช้เครื่องมือตัวแทนเพื่อขยาย อัตโนมัติ และปรับปรุงตัวแทน Copilot Studio ของคุณ
- ตัวแทนสเกลที่มีทักษะและเครื่องมือที่ใช้ร่วมกัน