Operatiivisten agenttien parhaat käytännöt ja rajoitukset

Tässä artikkelissa esitellään parhaat käytännöt ja rajoitukset, kun käytät operaatioagentteja Real-Time tiedustelussa.

Parhaat käytännöt

Operatiiviset agentit auttavat organisaatioita toteuttamaan selkeät liiketoimintatavoitteet seuraamalla jatkuvasti reaaliaikaista dataa, arvioimalla selkeät kynnysarvot ja suosittelemalla toimia, kun määritellyt ehdot täyttyvät. Esimerkiksi operatiiviset agentit auttavat sinua reagoimaan ennakoivasti, kun varaston saatavuus laskee kriittiselle tasolle. Käytä seuraavia parhaita käytäntöjä operatiivisille agenteille.

• Eventhouse-taulukot: Jos eventhouse-taulukoissa on sisäkkäisiä sarakkeita, kuten JSON, litistä taulukot ennen agentin konfigurointia. Litteät taulukot, joissa on kuvailevat sarakkeennimet, parantavat agentin kykyä jäsentää ja arvioida dataa.

• Eventhouse-sarakkeiden kuvaukset: Jos sarakkeen tarkoitus ei ole selvä nimestä, lisää selkokielinen kuvaus käyttämällä kuvauskenttää KQL-taulukon skeemassa. Tämä kuvaus auttaa agenttia tulkitsemaan datan arvot oikein.

• Syöttöaikasarakke: Operaatioagentti käyttää oletuksena taulukon syöttöaikaa tunnistaakseen, milloin tietueet saapuvat. Agentti käyttää tätä arvoa kysyessään viimeisimpiä tietoja ja laskeessaan tietojen muutoksia ajan kuluessa. Varmista, että nautintoaika on täytetty.

• Liiketoimintaobjektin tunnistaminen: Jos agentin täytyy valvoa tiettyä liiketoimintaobjektia, kuten asemaa, anturia tai henkilöstötietuetta, tunnista sarakke, joka yksilöi kyseisen kohteen (esim. StationID tai SensorID). Jos käytät KQL-tietokantalähdettä, määritä, mihin tauluun se kuuluu. Jos käytät ontologian lähdettä, määritä, mitä entiteettiä agentin tulisi käyttää.

• Kentän nimen lainaus: Jos sääntö viittaa sarakkeen tai ominaisuuksien nimiin, joissa on erityisiä merkkejä, kuten alleviivaa tai yhdysviivaa, lisää sarakkeen nimi lainausmerkkeihin (""). Tämä käytäntö varmistaa, että agentti tunnistaa sen oikein.

• Mitattavat ehdot: Jos sääntö käyttää laadullista kieltä, kuten "matala saatavuus" tai "korkea lämpötila", korvaa se tietyllä numeerisella kynnyksellä.

  • Esimerkiksi käytä ilmaisua kuten "alle 3 pyörää saatavilla" tai "lämpötila ylittää 80". Agentti käyttää oletus-LLM-tietoa ehdottaakseen yleisiä termejä, kuten "happamat olosuhteet" tarkoittaa pH <7:ää.

• Sääntöjen erottelu: Jos määrittelet useita sääntöjä, kuvaa jokainen sääntö erillisellä rivillä tai luettelokohdalla. Älä yhdistä eri sääntöjen ehtoja samaan lauseeseen.

• Sääntöjärjestys: Jos agentin täytyy priorisoida tiettyjä sääntöjä, listaa ensin korkeamman prioriteetin säännöt. LLM:t saattavat tulkita tietoa eri tavoin sen sijainnin perusteella kehotteessa.

• Seuraa agenttikyselyjä ja datan käyttöä: Tarkista agentin käyttämät tietolähteet ja kyselyt tarkistamalla valvotun Eventhouse- tai KQL-tietokannan. Käytä Query insights -välilehteä nähdäksesi suoritetut kyselyt ja validoidaksesi generoidun KQL:n.

  

Esimerkkiohjeet

Tässä on esimerkki siitä, miten voit esittää ohjeesi agentille, jotta sen toimintasäännöt ja kenttien semanttinen tieto datassasi ovat selkeät.

*** 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

Operatiivisilla agenteilla on toiminnallisia, alusta- ja käyttäytymisrajoituksia, jotka kannattaa ottaa huomioon sääntöjä suunnitellessa ja seurantaskenaarioita.

Tietolähteiden rajoitukset

• Tuettu on vain yksi tietolähde kerrallaan.
• Kun käytät Eventhousea tietolähteenä:
  • Vain tavalliset Eventhouse-pöydät ovat tuettuja. Pikakuvaketaulukot, funktiot ja materialisoidut näkymät eivät ole tuettuja.
• Kun käytetään Fabric Ontologiaa agentin tietolähteenä:
  • Ontologian on oltava samassa työtilassa operaatioagentin kanssa.
  • Ontologiaen, joita haluat agentin valvovan, täytyy olla vähintään yksi staattinen ominaisuus, jotta niitä voidaan käyttää entiteettien tunnisteena. Aikasarjakiinteistöt tulisi sitoa tapahtumatalojen kenttiin.

Ontologian seurannan sääntöjen rajoitukset

• Kun seurataan ontologiaa:
  • Vain peruskiinteistöarvot ovat tuettuja. Aggregaatioita kuten keskiarvo, minimiarvo tai maksimiarvo ei tueta.
  • Säännöt, jotka vaativat 'JA'-ehtoja, eivät ole tuettuja (esimerkiksi kiitotien jarrutusindeksi on yli 0,8 ja pintalämpötila < 40).

Kieli- ja mallikäyttäytymisen rajoitukset

• Operaatioagentit luottavat suureen kielimalliin (LLM). Tulokset ovat todennäköisyyspohjaisia ja voivat olla virheellisiä, joten on tärkeää tarkastella huolellisesti niiden tuottamat tulokset ja suositukset. Lisätietoja löytyy kohdasta Yksityisyys, turvallisuus ja Copilotin vastuullinen käyttö Real-Time tiedustelulle.
• Tällä hetkellä operatiiviset agentit tukevat vain englannin kieltä ohjeissa ja liiketoimintatavoitteissa.

Ajonaikarajoitukset

• Agentti suorittaa kyselyt viiden minuutin välein ollessaan aktiivinen.
• Leikkaukset päättyvät, jos toimenpiteitä ei tehdä kolmen päivän kuluessa. Voimassaolon jälkeen toimenpiteitä ei enää voida hyväksyä.

Käyttöoikeudet ja käyttörajoitukset

• Agentti toimii käyttämällä luojansa delegoitua identiteettiä ja oikeuksia. Tämä tarkoittaa seuraavia:
  • Kyselyt ja toiminnot käyttävät tekijän tunnuksia.
  • Oletuksena tekijä vastaanottaa suositusviestejä. Vastaanottajan vaihtaminen ei muuta kyselyihin ja toimintoihin käytettyjä tunnuksia.

Viestintä- ja rajoitusrajoitukset

• Runsas käyttö voi johtaa viestien rajoittumiseen. Näissä tapauksissa yksinkertaistettuja, ei-LLM-luomia viestejä voidaan lähettää Microsoft Teams-muodossa.

Alueelliset ja työtilarajoitukset

• Operations Agent on saatavilla Azure-julkisen pilven Microsoft Fabric -alueilla, lukuun ottamatta Etelä-Keski-Yhdysvaltoja ja Itä-Yhdysvaltoja.
• Operations Agent ei ole tällä hetkellä saatavilla suvereenissa pilvissä, mukaan lukien GCC-High ja Bleu.
• Operations Agentia ei tällä hetkellä tueta työtiloissa, jotka on salattu Asiakkaan hallinnoimiin avaimiin Fabric työtiloille.