แนวทางปฏิบัติที่ดีที่สุดและข้อจํากัดของตัวแทนปฏิบัติการ

บทความนี้สรุปแนวทางปฏิบัติที่ดีที่สุดและข้อจํากัดเมื่อคุณใช้ตัวแทนการดําเนินงานใน Real-Time Intelligence

แนวทางปฏิบัติที่ดีที่สุด

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

• ตาราง Eventhouse: หากตาราง eventhouse มีคอลัมน์ที่ซ้อนกัน เช่น JSON ให้ปรับตารางให้เรียบก่อนที่คุณจะกําหนดค่าเอเจนต์ ตารางแบบเรียบที่มีชื่อคอลัมน์ที่สื่อความหมายช่วยปรับปรุงความสามารถของตัวแทนในการแยกวิเคราะห์และประเมินข้อมูล

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

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

• การระบุออบเจ็กต์ทางธุรกิจ: ถ้าตัวแทนจําเป็นต้องตรวจสอบออบเจ็กต์ทางธุรกิจที่เฉพาะเจาะจง เช่น สถานี เซ็นเซอร์ หรือเรกคอร์ดบุคลากร ให้ระบุคอลัมน์ที่ระบุออบเจ็กต์ที่ไม่ซ้ํากัน (ตัวอย่างเช่น StationID หรือ SensorID) หากคุณกําลังใช้แหล่งข้อมูลฐานข้อมูล KQL ให้ระบุว่าแหล่งข้อมูลนั้นเป็นของตารางใด หากคุณกําลังใช้แหล่งข้อมูลออนโทโลยี ให้ระบุเอนทิตีที่ตัวแทนควรใช้

• การอ้างอิงชื่อเขตข้อมูล: ถ้ากฎอ้างอิงชื่อคอลัมน์หรือชื่อคุณสมบัติที่มีอักขระพิเศษ เช่น ขีดล่างหรือยัติภังค์ ให้ใส่ชื่อคอลัมน์ในเครื่องหมายอัญประกาศ ("") แนวทางปฏิบัตินี้ช่วยให้มั่นใจได้ว่าตัวแทนระบุได้อย่างถูกต้อง

• เงื่อนไขเชิงปริมาณ: หากกฎใช้ภาษาเชิงคุณภาพ เช่น "ความพร้อมใช้งานต่ํา" หรือ "อุณหภูมิสูง" ให้แทนที่ด้วยเกณฑ์ตัวเลขที่เฉพาะเจาะจง

  • ตัวอย่างเช่น ใช้วลี เช่น "มีจักรยานน้อยกว่า 3 คัน" หรือ "อุณหภูมิเกิน 80" ตัวแทนใช้ความรู้ LLM เริ่มต้นเพื่อแนะนําเกณฑ์สําหรับคําศัพท์ทั่วไป เช่น "สภาวะที่เป็นกรด" หมายถึง pH <7

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

• ลําดับกฎ: หากตัวแทนจําเป็นต้องจัดลําดับความสําคัญของกฎบางอย่าง ให้แสดงรายการกฎที่มีลําดับความสําคัญสูงกว่าก่อน LLM อาจตีความข้อมูลแตกต่างกันไปตามตําแหน่งในพรอมต์

• ติดตามการสอบถามของเจ้าหน้าที่และการเข้าถึงข้อมูล: ตรวจสอบแหล่งข้อมูลและคิวรีที่เอเจนต์ใช้โดยการตรวจสอบฐานข้อมูล Eventhouse หรือ KQL ที่ตรวจสอบ ใช้แท็บ ข้อมูลเชิงลึกของคิวรี เพื่อดูคิวรีที่ดําเนินการและตรวจสอบความถูกต้องของ KQL ที่สร้างขึ้น

  

ตัวอย่างคำสั่ง

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

*** Operational Instructions ***
1. Alert me when a trip has high occupancy level.
2. Alert me when a trip has high departure delay.

*** Semantic Instructions ***
1. Information about a trip can be found in 'TripUpdateFlattened' table, each identified by the 'trip_id' column.
2. Information about a vehicle can be found in 'VehiclePositionsFlat' table, each identified the 'vehicle_id' column.
3. A trip is a associated with multiple vehicles via shared trip ID.
4. Occupancy status of a trip is calculated as the latest occupancy status from the vehicle the trip is associated with. The value 'HIGH' means high occupancy level.
5. The departure delay is measured in number of seconds. Higher than 300 seconds of delay is considered significant.

Limitations

ตัวแทนการดําเนินงานมีข้อจํากัดด้านการทํางาน แพลตฟอร์ม และพฤติกรรมที่คุณควรพิจารณาเมื่อออกแบบกฎและตรวจสอบสถานการณ์

ข้อจํากัดของแหล่งข้อมูล

• รองรับแหล่งข้อมูลเพียงแหล่งเดียวในแต่ละครั้ง
• เมื่อคุณใช้ Eventhouse เป็นแหล่งข้อมูล:
  • รองรับเฉพาะตาราง Eventhouse หรือตารางทางลัดเท่านั้น ฟังก์ชันและมุมมองที่สร้างขึ้นจริงไม่รองรับ
• เมื่อใช้ Fabric Ontology เป็นแหล่งข้อมูลของตัวแทน:
  • ออนโทโลยีต้องอยู่ในพื้นที่ทํางานเดียวกันกับตัวแทนการดําเนินงาน
  • เอนทิตีออนโทโลยีที่คุณต้องการให้ตัวแทนตรวจสอบต้องมีคุณสมบัติคงที่อย่างน้อยหนึ่งรายการเพื่อใช้เป็นตัวระบุสําหรับเอนทิตี คุณสมบัติอนุกรมเวลาควรผูกไว้กับฟิลด์ eventhouse

ข้อจํากัดของกฎการตรวจสอบออนโทโลยี

• เมื่อมีการติดตามออนโทโลยี:
  • รองรับเฉพาะค่าคุณสมบัติพื้นฐานเท่านั้น ไม่รองรับการรวม เช่น ค่าเฉลี่ย ต่ําสุด หรือสูงสุด
  • ระบบไม่รองรับกฎที่ต้องใช้เงื่อนไข "AND" (เช่น ดัชนีการเบรกสําหรับรันเวย์มากกว่า 0.8 และอุณหภูมิพื้นผิวคือ < 40)

ข้อจํากัดของภาษาและลักษณะการทํางานของแบบจําลอง

• ตัวแทนปฏิบัติการพึ่งพาโมเดลภาษาขนาดใหญ่ (LLM) ผลลัพธ์เป็นความน่าจะเป็นและอาจไม่ถูกต้องสิ่งสําคัญคือต้องตรวจสอบผลลัพธ์และคําแนะนําที่ให้ไว้อย่างรอบคอบ สําหรับข้อมูลเพิ่มเติม โปรดดู ความเป็นส่วนตัว ความปลอดภัย และการใช้ Copilot for Real-Time Intelligence อย่างมีความรับผิดชอบ
• ปัจจุบัน ตัวแทนปฏิบัติการรองรับเฉพาะภาษาอังกฤษสําหรับคําแนะนําและเป้าหมายทางธุรกิจเท่านั้น

ข้อจํากัดของรันไทม์

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

สิทธิ์และข้อจํากัดในการเข้าถึง

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

ข้อจํากัดในการส่งข้อความและการควบคุมปริมาณ

• การใช้งานหนักอาจส่งผลให้ข้อความถูกควบคุมปริมาณ ในกรณีเหล่านี้ ข้อความที่ไม่ใช่ LLM แบบง่ายอาจถูกส่งใน Microsoft Teams

ข้อจํากัดของภูมิภาคและพื้นที่ทํางาน

• Operations agent มีให้บริการในภูมิภาค Microsoft Fabric บนคลาวด์สาธารณะของ Azure ยกเว้นภาคตะวันออกของสหรัฐฯ
• ขณะนี้ตัวแทนการดําเนินงานไม่พร้อมใช้งานในระบบคลาวด์แบบอธิปไตย รวมถึง GCC-High และ Bleu
• ขณะนี้ตัวแทนการดําเนินงานไม่ได้รับการสนับสนุนในพื้นที่ทํางานที่เข้ารหัสด้วย คีย์ที่จัดการโดยลูกค้าสําหรับพื้นที่ทํางาน Fabric