M365 Copilot & agentit

Copilot lukee sen, minkä sinä saat lukea. Ei aina hyvä suunnitelma.

Se, mitä Copilot ja agentit löytävät tenantistasi, ei lue Microsoftin dokumentaatiossa. Se lukee käyttöoikeuksissasi. Me varmistamme, että molemmat ovat kunnossa.

Pyydä neuvontaa nyt

Varaa Azure Marketplacen kautta

M365 Copilotin ja agenttien turvallinen käyttöönotto: konfigurointi, oversharing ja oikea arkkitehtuuri

Ennen Copilotia oversharingilla ei ollut havaittavia seurauksia, koska kenelläkään ei ollut aikaa käydä läpi keskivertoyrityksen kaikkia dokumentteja. Copilotilla on tämä aika. Se tarvitsee vain sekunteja, eikä se etsi ongelmia, se yksinkertaisesti löytää ne, koska se pääsee käsiksi siihen, minkä kukin käyttäjä saa lukea Microsoft Graphin kautta, ja useimmissa tenanteissa keskivertotyöntekijä saa tilastollisesti lukea noin 130 000 tiedostoa, joita ei koskaan ollut tarkoitettu hänelle. Copilotin käyttöönoton yleisin ensimmäinen vaikutus ei siksi ole tuottavuuden kasvu vaan tahaton läpinäkyvyys.

Tämä ei ole argumentti Copilotia vastaan. Se on argumentti järjestyksen puolesta. Käyttöoikeudet, Sensitivity Labelit, DLP-käytännöt, Copilot Control Systemin konfigurointi ja kysymys siitä, mitkä hallintakeskukset ovat olennaisia ennen ensimmäistä käyttöönottoa: nämä kotitehtävät olivat olemassa ennen Copilotia aivan kuten sen jälkeenkin, mutta syy tarttua niihin järjestelmällisesti ei koskaan ollut niin konkreettinen kuin nyt. Copilot ei tässä mielessä ole ongelma, vaan tilaisuus rakentaa tenant sellaiseksi kuin sen olisi aina pitänyt olla.

16 %

kaikesta yritysdatasta on tilastollisesti ylivaltuutettua (Microsoft)

130 000

tiedostoa, joihin työntekijöillä on keskimäärin pääsy, vaikka niitä ei koskaan ollut tarkoitettu heille

70 %

työntekijöistä on välittänyt liiketoimintakriittistä dataa valtuuttamattomalle tekoälylle (Microsoft)

23 %

ei tiedä, tarjoaako heidän yrityksensä ylipäätään tekoälytyökaluja (Microsoft)

Mikä Copilot on, mikä agentti on ja miksi ero on tärkeä

Ero, jonka Microsoft tekee Copilotin ja agenttien välillä, on teknisesti täsmällinen mutta viestinnässä usein epäselvä, mikä johtaa siihen, että yritykset joko odottavat liikaa tai aloittavat väärästä päästä. Yksinkertaisin jakolinja kulkee autonomian kysymyksen kautta.

M365 Copilot ja Copilot Chat ovat vuorovaikutteisia avustajia, jotka vastaavat kysymyksiin, tiivistävät sisältöjä ja luonnostelevat tekstejä, aina sen perusteella, minkä käyttäjä saa lukea Microsoft Graphin kautta. Ne eivät toimi, ne tukevat. Declarative Agents, siis SharePoint-agentit tai Agent Builderista tulevat agentit, laajentavat tätä lähestymistapaa rajatulla, ennalta määritellyllä tietoalueella, mutta eivät tee itsenäisiä päätöksiä eivätkä suorita järjestelmätoimintoja.

Todella autonomisiksi agentit tulevat vasta Custom Engine Agenteina, jotka on rakennettu Copilot Studiossa, Power Platformissa tai Azure AI Foundryssa: nämä voidaan laukaista tapahtumaohjatusti, ne kommunikoivat ulkoisten palveluiden kanssa ja suorittavat toimintoja ilman, että ihmisen täytyy vahvistaa jokaista vaihetta. Se, joka ei tunne tätä eroa, joko rakentaa agentteja tehtäviin, jotka yksinkertainen Copilot-kehote hoitaa yhtä hyvin, tai odottaa Declarative Agentilta autonomiaa, jota ei arkkitehtuurisesti ole tarkoitettu.

Copilot ja agentit edellyttävät alustaa, joka on rakennettu niitä varten

Copilot käyttää Microsoft Graphin kautta tietoja, joita käyttäjällä on oikeus lukea, ja agentit toimivat niiden järjestelmärajojen sisällä, jotka kukin alusta määrittää. Jos näitä rajoja ei ole asetettu eksplisiittisesti, koska tenant on kasvanut historiallisesti eikä sitä ole koskaan suunniteltu tekoälyn käyttöä varten, Copilot ja agentit kyllä toimivat teknisesti, mutta ympäristössä, jota ei ole optimoitu suorituskyvyn eikä hallinnan kannalta.

Meidän Cloud Workplace Foundation luo sen M365-perustan, jonka Copilot tarvitsee: käyttöoikeusrakenteen, Sensitivity Labels -tarrat, DLP:n ja hallintakäytännöt, joita ei ole rakennettu jälkikäteen vaan integroitu alusta alkaen. Sama koskee agentteja, jotka toimivat Azuressa: Azure Foundation ja Azure Container Foundation varmistavat, että rakennusalusta on kunnossa ennen kuin rakentaminen alkaa. Kuka tahansa, joka ottaa agentit käyttöön ympäristössä, jolla ei ole tätä perustaa, rakentaa hiekalle.