แชร์ผ่าน

วางแผนและออกแบบกลยุทธ์การผสานรวม

ตัวแทนที่สร้างขึ้นใน Copilot Studio จะได้รับความสามารถใหม่ผ่านการผสานรวมกับบริการออนไลน์อื่นๆ บริการเหล่านี้อาจรวมถึงบริการของ Microsoft เช่น SharePoint และ Dataverse บริการของบุคคลที่สาม เช่น ServiceNow, Salesforce และ Databricks และ API แบบกําหนดเอง Power Platform นําเสนอระบบนิเวศที่หลากหลายของตัวเชื่อมต่อในตัวที่พร้อมใช้งานสําหรับ Copilot Studio ดังนั้นคุณไม่จําเป็นต้องสร้างด้วยตัวเอง คุณยังมีตัวเลือกมากมายในการสร้างการผสานรวมแบบกําหนดเองโดยใช้โค้ดน้อยหรือโค้ดโปร ตัวแทนสามารถขยายขีดความสามารถของตนผ่าน Model Context Protocol (MCP) เพื่อโต้ตอบกับเครื่องมือและข้อมูลภายนอกด้วยวิธีที่เป็นมาตรฐานและปรับขนาดได้ หรือผ่านการใช้คอมพิวเตอร์เพื่อทําให้เว็บและเดสก์ท็อปแอปพลิเคชันเป็นแบบอัตโนมัติโดยตรงจากเครื่องเสมือน ซึ่งช่วยให้สถานการณ์การผสานรวมกว้างขึ้นแม้ว่าจะไม่มี API ก็ตาม

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

  • อ่าน สร้าง และปรับปรุงรายการในรายการ SharePoint
  • ส่งข้อความอีเมลโดยใช้ Office 365 Outlook
  • เปิดตั๋วสนับสนุนใหม่ใน ServiceNow

ข้อควรพิจารณาเกี่ยวกับรูปแบบการผสานการทํางาน

Copilot Studio รองรับการรวมผ่านตัวเชื่อมต่อ Power Platform, คําขอ HTTP, โฟลว์ตัวแทน, ทักษะเฟรมเวิร์กบอท และอื่นๆ การเลือกรูปแบบการผสานรวมที่ถูกต้องขึ้นอยู่กับความต้องการของโครงการ

ตัวเชื่อมต่อ Power Platform

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

ใช้ตัวเชื่อมต่อที่สร้างไว้ล่วงหน้าและตัวเชื่อมต่อแบบกําหนดเอง:

  • ตัวเชื่อมต่อที่สร้างไว้ล่วงหน้า: Microsoft นําเสนอระบบนิเวศขนาดใหญ่ของตัวเชื่อมต่อซอฟต์แวร์เป็นบริการ (SaaS) ที่พร้อมใช้งานด้วย Copilot Studio
  • ตัวเชื่อมต่อแบบกําหนดเอง: เมื่อไม่มีตัวเชื่อมต่อที่สร้างไว้ล่วงหน้า คุณสามารถสร้างตัวเชื่อมต่อของคุณเองสําหรับบริการได้ เป็นตัวห่อหุ้มแบบไม่ใช้โค้ดหรือโค้ดน้อยสําหรับ REST API

ตัวเชื่อมต่อ Power Platform ตรงตามข้อกําหนดเหล่านี้:

  • ผู้สร้างที่สร้างด้วย Power Platform คุ้นเคยกับตัวเชื่อมต่อแบบไม่ใช้โค้ดหรือแบบใช้โค้ดน้อย
  • รองรับรหัส Power Fx รวมถึงตัวแปร เงื่อนไข พารามิเตอร์ และอื่นๆ
  • การแยกวิเคราะห์และการจัดการข้อผิดพลาดถูกสร้างขึ้นในตัว
  • ตัวเชื่อมต่อที่สร้างไว้ล่วงหน้าต้องการการกําหนดค่าเท่านั้น
  • ตัวเชื่อมต่อแบบกําหนดเองสามารถสร้างได้เพียงครั้งเดียวและใช้กับตัวแทนจํานวนมาก
  • ความสามารถในการตรวจสอบกิจกรรมซึ่งเป็นส่วนหนึ่งของการรวม Copilot Studio กับ Application Insights (คุณลักษณะของ Azure Monitor)
  • ตัวเชื่อมต่อและตัวเชื่อมต่อแบบกําหนดเองบางตัวรองรับเครือข่ายเสมือน

เมื่อคุณใช้ตัวเชื่อมต่อ Power Platform สําหรับการรวม ให้พิจารณาประเด็นต่อไปนี้:

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

การร้องขอทาง HTTP

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

  • URI
  • วิธีการ (GET, POST, PATCH และอื่นๆ)
  • ส่วนหัว
  • เนื้อความ

คําขอ HTTP เป็นไปตามข้อกําหนดเหล่านี้

  • ความสามารถในการเชื่อมต่อกับบริการและดําเนินการที่ไม่พบในรายการตัวเชื่อมต่อที่สร้างไว้ล่วงหน้า
  • ใช้เวลาในการพัฒนาน้อยกว่าตัวเชื่อมต่อแบบกําหนดเอง

เมื่อคุณใช้คําขอ HTTP ให้พิจารณาปัจจัยต่อไปนี้:

  • ผู้สร้างแบบ low-code และ no-code จํานวนมากไม่เข้าใจวิธีกําหนดค่าคําขอ HTTP และอาจมีปัญหาในการสนับสนุน
  • คุณไม่สามารถแชร์ทั่วทั้งองค์กรของคุณเพื่อนํากลับมาใช้ใหม่ได้ เช่น ตัวเชื่อมต่อแบบกําหนดเอง

โฟลว์เอเจนต์

โฟลว์ตัวแทน ดําเนินการชุดการดําเนินการ ตามลําดับที่กําหนดไว้ล่วงหน้า พวกเขาใช้การดําเนินการแบบ low-code ที่พบในตัวเชื่อมต่อ Power Platform ตัวแทนสามารถส่งผ่านค่าเป็นอินพุตไปยังโฟลว์ตัวแทนและรับผลลัพธ์ได้

โฟลว์ตัวแทนมีฟังก์ชันคล้ายกับ โฟลว์ระบบคลาวด์ ของ Power Automate โดยมีความแตกต่างที่สําคัญบางประการ:

  • โฟลว์ตัวแทนสามารถเปิดใช้งานปริมาณงานสูงและเวลาแฝงต่ํา
  • โฟลว์ตัวแทนมีความสามารถมากกว่าโฟลว์ Power Automate เช่น การดําเนินการ "มนุษย์ในลูป"
  • โฟลว์ตัวแทนใช้เครดิต Copilot ตามการใช้งาน โดยทั่วไปโฟลว์ Power Automate จะทํางานภายใต้แบบจําลองการให้สิทธิ์การใช้งานต่อผู้ใช้หรือแบบจําลองต่อกระบวนการ

โฟลว์ตัวแทนตรงตามข้อกําหนดเหล่านี้:

  • ไม่มีโค้ดหรือโค้ดต่ํา
  • การเชื่อมโยงการกระทําที่กําหนด
  • สามารถตรวจสอบกิจกรรมแยกต่างหากได้
  • ซ่อนค่าที่ละเอียดอ่อน เช่น คีย์และข้อมูลลับในการดําเนินการของโฟลว์ รับข้อมูลประจําตัวจาก Azure Key Vault สําหรับการรับรองความถูกต้อง
  • จัดการข้อมูลและไฟล์จํานวนมาก
  • ใช้เธรดการดําเนินการพร้อมกันและแบบขนานเพื่อเปิดใช้งานประสิทธิภาพที่ดีขึ้น
  • โฟลว์ระบบคลาวด์ Power Automate ที่มีอยู่สามารถแปลงเป็นโฟลว์ตัวแทนได้

เมื่อออกแบบตัวแทนที่ใช้โฟลว์ตัวแทน ให้พิจารณาประเด็นต่อไปนี้:

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

ทักษะ Bot Framework

ทักษะเป็นส่วนประกอบของทักษะการสนทนาที่นํากลับมาใช้ใหม่ได้ซึ่งคุณสร้างขึ้นโดยใช้กรอบงานบอท ใช้ทักษะโดยใช้ pro-code ลงทะเบียนทักษะใน Copilot Studio เพื่อใช้งาน หลังจากที่คุณลงทะเบียนทักษะใน Copilot แล้ว คุณสามารถทริกเกอร์ทักษะนั้นเป็นโหนดในหัวข้อการสนทนาได้

ทักษะ Bot Framework ตรงตามข้อกําหนดเหล่านี้:

  • การดำเนินการแบบซิงโครนัส
  • รองรับตำแหน่งข้อมูลส่วนตัว
  • ทักษะ Bot Framework ที่มีอยู่สามารถนํากลับมาใช้ใหม่ได้ใน Copilot Studio

เมื่อคุณใช้ทักษะ Bot Framework ให้พิจารณาปัจจัยต่อไปนี้:

  • ต้องใช้ pro-code สําหรับการพัฒนาและการสนับสนุนอย่างต่อเนื่อง (เช่น C#)
  • ทำงานในบริการ Azure AI Bot
  • คุณต้องเสียค่าใช้จ่ายเพิ่มเติมใน Azure ที่คุณต้องครอบคลุมด้วยการสมัครใช้งาน Azure
  • Application Lifecycle Management (ALM) อยู่นอก Power Platform

ข้อควรพิจารณาอื่นๆ สําหรับรูปแบบการผสานการทํางาน

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

  • รูปแบบการรวม Copilot Studio ไม่ได้เป็นเอกสิทธิ์เฉพาะบุคคลและสามารถรวมกันได้
  • การผสานการทํางานจะเร็วพอๆ กับปลายทางที่เชื่อมต่อเท่านั้น
  • เพิ่มประสิทธิภาพการสืบค้นเสมอเพื่อส่งคืนผลลัพธ์โดยเร็วที่สุดเพื่อมอบประสบการณ์การสนทนาที่ดี
  • ในกรณีที่โฟลว์เอเจนต์และ Copilot Studio เรียกใช้ตรรกะไม่เร็วพอ ให้พิจารณาตัวเลือกเหล่านี้:
    • API แบบกำหนดเองของ Dataverse
    • ปลั๊กอิน Dataverse low-code
    • ฟังก์ชัน Azure
  • สถานการณ์เฉพาะจําเป็นต้องดําเนินการรวมข้อมูลในเลเยอร์กลางที่แก้ไขข้อความขณะที่ส่งต่อ

การเพิ่มการผสานการทํางานกับตัวแทน

เพิ่มการรวมกับตัวแทนโดยใช้วิธีการต่อไปนี้:

  • เครื่องมือ

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

  • หัวข้อ

    • เรียกใช้การรวมผ่านโหนดหัวข้อ ดําเนินการที่ตําแหน่งเดียวกันในลําดับของหัวข้อในแต่ละครั้ง
    • ให้อินพุตไปยังโหนดโดยใช้ Power Fx

  • เอเจนต์

    • สร้างเอเจนต์รองที่มีชุดคําสั่งของตัวเอง และกําหนดการเข้าถึงความรู้และเครื่องมือที่พร้อมใช้งานสําหรับเอเจนต์หลัก
    • หรือเชื่อมต่อกับตัวแทนที่มีอยู่ใน Copilot Studio, Microsoft 365 SDK, Microsoft Foundry, Fabric, Agent-To-Agent และอื่นๆ

โควตาและขีดจำกัด

ตรวจสอบขีดจํากัดบริการปัจจุบันสําหรับ Copilot Studio และ Power Platform:

คุณต้องกําหนดขีดจํากัด API สําหรับบริการเหล่านี้แยกต่างหาก:

  • ความจุ OpenAI: ไม่มีการจํากัดอัตรา
  • ทักษะ Bot Framework : ตรวจสอบเอกสารประกอบ Azure สําหรับบริการเฉพาะที่ใช้

ตัวอย่างภาพรวมการวางแผนการผสานการทํางาน

เมื่อวางแผนการผสานรวมกับ Copilot Studio ให้กําหนดข้อมูลต่อไปนี้สําหรับแต่ละบริการ:

  • ระบบเชื่อมต่อ: บริการที่คุณกําลังเชื่อมต่อ
  • เรียกโดย: คอมโพเนนต์บอทใน Copilot Studio ที่เรียกใช้บริการ
  • เรียกด้วย : ชนิดการรวมที่เลือก
  • ปริมาณที่คาดหวังต่อวัน: จํานวนคําขอโดยเฉลี่ย
  • จุดสูงสุดที่คาดหวัง: จํานวนคําขอรายวันที่คาดการณ์ไว้สูงสุด
  • รายละเอียด: ข้อมูลอื่นๆ เกี่ยวกับการผสานการทํางาน

นี่คือตัวอย่างสําหรับตัวแทนที่มีการผสานการทํางานหลายรายการ:

ระบบเชื่อมต่อ เรียกโดย เรียกด้วย ปริมาณรายวันที่คาดหวัง จุดสูงสุดที่คาดหวัง การเรียกใช้ API ต่อนาที รายละเอียด
ServiceNow หัวข้อ KB ของ Service Desk ลำดับงาน 5,000 1,000 600 คิวรีผู้ใช้ถูกใช้เป็นอินพุตเพื่อเรียกใช้คิวรีบนฐานข้อมูลองค์ความรู้ ServiceNow โดยใช้ตัวเชื่อมต่อมาตรฐาน JSON ของผลลัพธ์จะถูกส่งกลับไปยัง Copilot Studio สําหรับข้อมูลที่กําหนดเองของการดําเนินการเชิงกําเนิด
เว็บไซต์ Contoso ความรู้ คำตอบที่สร้างอัตโนมัติ 1,000 100 ไม่มี https://contoso.com/en-us/FAQ ด้วย /en-us/ ถูกตั้งค่าแบบไดนามิกตามตัวแปรตําแหน่งที่ตั้งของผู้ใช้
API ไดเรกทอรีภายใน หัวข้อ เริ่มการสนทนา ลำดับงาน 15,000 5,000 ไม่มี การใช้ตัวเชื่อมต่อแบบกําหนดเองที่ทํางานในบริบทของเครือข่ายเสมือน Azure เพื่อเชื่อมต่อกับ API ภายใน
API สภาพอากาศ หัวข้อสภาพอากาศ HTTP 500 100 ไม่มี GET ไปยัง API ที่ใช้ REST
Teams หัวข้อการจองการประชุม เครื่องมือ 1,500 300 100 สร้างการประชุม Teams ตามอินพุตการสนทนา
เอสเอพี ทุก 24 ชั่วโมง ลำดับงาน 20,000 - 2,500 การซิงโครไนส์ชุดงานรายวันของแค็ตตาล็อกผลิตภัณฑ์จาก SAP ไปยัง Dataverse

ขั้นตอนถัดไป

เรียนรู้ว่าข้อความแจ้ง AI, Model Context Protocol และตัวแทนการใช้คอมพิวเตอร์สามารถขยายขีดความสามารถของตัวแทนของคุณได้อย่างไร

ใช้เครื่องมือตัวแทนเพื่อขยาย ทําให้เป็นอัตโนมัติ และปรับปรุงเจ้าหน้าที่ของคุณ

  • Last updated on