Agents in SharePoint: een praktische gids voor Copilot-agents

Agents in SharePoint zijn een van de duidelijkste voorbeelden van hoe Microsoft generatieve AI rechtstreeks in de dagelijkse digitale werkplek brengt, in plaats van die in een apart chatvenster te houden.

Kort gezegd is een agent in SharePoint een door Copilot aangedreven assistent die beperkt is tot een specifiek stuk content, een site, een documentbibliotheek of een handmatig geselecteerde set bestanden. In plaats van door mappen te zoeken, stellen mensen een vraag in natuurlijke taal en krijgen ze een antwoord dat gebaseerd is op die content, compleet met verwijzingen naar de oorspronkelijke documenten.

Microsoft voegt nu standaard een Site Agent toe aan elke SharePoint-site, en iedereen met bewerkrechten kan eigen agents maken op maat van een team, een project of een kennisbank. In dit artikel bekijken we wat deze agents zijn, hoe de standaardagent werkt, hoe je er zelf een bouwt, de nuttigste intranetscenario’s en de governance-overwegingen waarmee je rekening moet houden voordat je ze uitrolt.

Wat je in dit artikel vindt

• Wat zijn agents in SharePoint?
• De standaard Site Agent op elke site
• Hoe maak je een eigen agent in SharePoint
• Echte use cases voor een intranet
• Beperkingen en governance-overwegingen
• Agents en een beheerd intranet op basis van SharePoint

Wat zijn agents in SharePoint?

Een agent in SharePoint is een AI-assistent, aangedreven door Microsoft Copilot, die geworteld is in een specifiek bereik van SharePoint-content. Dat bereik kan een hele site zijn, één enkele documentbibliotheek of een samengestelde selectie van bestanden en mappen. Mensen gaan ermee in gesprek in gewone taal, en de agent antwoordt uitsluitend op basis van de content waarop hij is gericht, met verwijzingen naar de bronbestanden zodat de antwoorden te verifiëren zijn.

Het kernidee is scoping. Een algemene Copilot put uit alles wat je in Microsoft 365 kunt benaderen. Een SharePoint-agent is bewust enger: hij richt zich op de documenten die ertoe doen voor een bepaald team of onderwerp. Die focus maakt antwoorden doorgaans relevanter en betrouwbaarder, omdat de agent redeneert over een afgebakende, samengestelde set bestanden in plaats van de hele tenant.

Agents in SharePoint bouwen voort op dezelfde fundamenten als de rest van SharePoint Online. Ze gebruiken de content die je al opslaat in sites en bibliotheken, ze respecteren de machtigingen die je al hebt ingesteld, en ze passen op natuurlijke wijze binnen de bredere AI-intranet-ervaring die Microsoft in heel Microsoft 365 opbouwt.

Er zijn twee manieren waarop agents in SharePoint verschijnen. De eerste is de standaard Site Agent die Microsoft automatisch voorziet. De tweede zijn eigen agents die gebruikers maken en configureren voor een specifiek doel. Laten we ze allebei bekijken.

De standaard Site Agent op elke site

Microsoft voegt automatisch een standaard Site Agent toe aan elke SharePoint-site, zodat mensen vragen kunnen stellen over de content van een site zonder enige configuratie. De Site Agent is beperkt tot die site. Hij kan gebruikers helpen documenten te vinden, pagina’s samen te vatten en vragen te beantwoorden over wat er op de site staat, alles in natuurlijke taal en met links terug naar de bron.

Omdat hij kant-en-klaar wordt geleverd, verlaagt de Site Agent de drempel om waarde uit AI op je intranet te halen. Er is geen flow om te bouwen en geen configuratiescherm om eerst te leren. Een sitemedewerker kan de agent openen, een vraag typen zoals “waar staat het meest recente reisbeleid?”, en een onderbouwd antwoord krijgen dat naar het juiste bestand verwijst.

Dat gezegd zijnde, hangt de precieze ervaring af van je omgeving. De beschikbaarheid, de manier waarop de agent in de interface verschijnt en wat hij kan, worden beïnvloed door je tenant-configuratie en je Copilot-licentie. Microsoft geeft beheerders ook bedieningselementen om deze mogelijkheden op tenant- en siteniveau te beheren, dus het standaardgedrag dat je ziet kan verschillen van dat van een andere organisatie.

De Site Agent is een verstandig startpunt. Het is de manier met de minste inspanning om een AI-assistent voor medewerkers te plaatsen op een site die ze toch al gebruiken. Wanneer je iets meer gespecialiseerds nodig hebt, komen eigen agents in beeld.

Hoe maak je een eigen agent in SharePoint

Als je bewerkrechten hebt op een SharePoint-site, kun je een eigen agent maken met de opdracht “Een agent maken” die beschikbaar is in de interface van de site en de documentbibliotheek. SharePoint genereert dan een agent die je kunt richten op de hele site, een specifieke bibliotheek of een gekozen set bestanden en mappen. Wanneer je hem opslaat, wordt de agent als een eigen item in de site bewaard dat gedeeld kan worden met mensen die toegang hebben tot die content.

Een agent maken verloopt doorgaans via een paar eenvoudige stappen:

• Kies het bereik. Richt de agent op een site, een bibliotheek of een selectie van bestanden en mappen die de kennis bevatten die je wilt laten gebruiken.
• Geef hem een identiteit. Voeg een duidelijke naam en beschrijving toe zodat mensen begrijpen waar de agent voor dient, zoals “HR-beleidassistent” of “Onboarding-helper”.
• Voeg instructies en startprompts toe. Stuur de toon en het gedrag van de agent, en bied voorbeeldvragen aan zodat gebruikers weten wat ze kunnen vragen.
• Opslaan en delen. De agent wordt beschikbaar voor de mensen die al machtigingen hebben op de onderliggende content.

Een nuttig detail is dat eigen agents als bestanden binnen de site worden opgeslagen, wat ze draagbaar maakt. Je kunt een agent bewaren naast de bibliotheek die hij bedient, hem kopiëren naar plekken waar hij van pas komt en hem beheren zoals andere sitecontent. Voor diepgaandere of complexere behoeften kunnen gevorderde makers agents verder uitbreiden met Microsoft Copilot Studio, al is de ingebouwde maakervaring zo ontworpen dat niet-technische site-eigenaren in enkele minuten iets nuttigs kunnen bouwen.

Zodra een agent bestaat, vormt hij een natuurlijke aanvulling op functies zoals geavanceerd zoeken, waardoor mensen zowel kunnen bladeren als simpelweg kunnen vragen.

Echte use cases voor een intranet

Op een echt intranet blinken gerichte agents uit wanneer ze bovenop goed georganiseerde content staan. De meest waardevolle scenario’s zijn meestal die waarin medewerkers steeds dezelfde vragen stellen en de antwoorden in documenten staan die makkelijk af te bakenen en actueel te houden zijn. Hier zijn de patronen die we het vaakst zien.

HR- en beleidsassistent. Richt een agent op de HR-bibliotheek zodat medewerkers kunnen vragen naar verlof, onkosten, voordelen of de meest recente beleidsversie en een antwoord met bronvermelding krijgen, in plaats van het HR-team te mailen of door mappen te zoeken.

Onboarding-begeleider. Beperk een agent tot het onboardingmateriaal van een afdeling. Nieuwe medewerkers kunnen vragen “welke tools heb ik nodig voor week één?” of “wie keurt mijn materiaalaanvraag goed?” en krijgen onderbouwde, consistente begeleiding.

Projectkennisbank. Geef een projectteam een agent over hun site zodat leden snel beslissingen kunnen terughalen, de meest recente specificatie kunnen vinden of een lang statusdocument kunnen samenvatten zonder elk bestand te openen.

Selfservice voor IT en helpdesk. Een agent over een IT-kennisbibliotheek kan routinematige “hoe doe ik”-vragen beantwoorden, tickets afwenden en gebruikers naar de juiste procedure verwijzen. Dit vult de soort kennisbeheer-praktijken aan die een intranet op termijn nuttig houden.

De rode draad is curatie. Een agent is slechts zo goed als de content eronder. Wanneer de bronbibliotheek actueel, goed gelabeld en correct gemachtigd is, verandert een gerichte agent die in iets waarmee medewerkers eenvoudigweg kunnen praten.

Beperkingen en governance-overwegingen

Agents in SharePoint zijn krachtig, maar ze zijn geen vervanging voor degelijke informatiegovernance. Het belangrijkste punt is dat agents bestaande machtigingen respecteren: een agent geeft alleen content terug waartoe de persoon die de vraag stelt al toegang heeft. Dat is geruststellend, maar het betekent ook dat een agent slecht beveiligde of overmatig gedeelde content sneller naar boven haalt dan handmatig bladeren ooit zou doen, dus het opschonen van machtigingen is een voorwaarde vooraf, geen bijzaak achteraf.

Een paar praktische overwegingen zijn het plannen waard:

• Contentkwaliteit bepaalt antwoordkwaliteit. Verouderde, gedupliceerde of ongelabelde documenten leiden tot verwarrende antwoorden. Behandel agents als een reden om je meest gebruikte bibliotheken op te ruimen en samen te stellen.
• Wie agents mag maken. Omdat bewerkrechten de toegangspoort vormen voor het maken van eigen agents, beslis je welke rollen die mogen hebben en gebruik je beheerdersinstellingen om het maken van agents in de tenant te beheren.
• Licentie en kosten. Toegang tot agents is aangeboden zowel via een Microsoft 365 Copilot-licentie als via pay-as-you-go-verbruik dat via Azure wordt gefactureerd. De voorwaarden veranderen, dus bevestig het actuele model en begroot het gebruik voordat je breed uitrolt.
• Discipline in bereik. Veel enge, goed benoemde agents presteren doorgaans beter dan één gigantische verzamelagent, omdat een strak bereik gerichtere antwoorden oplevert.

Agents behandelen als onderdeel van een breder governance-plan, in plaats van als een snelle schakelaar, is wat een nuttige uitrol onderscheidt van een rommelige. Microsoft’s eigen beheerdersdocumentatie is de juiste referentie voor de bedieningselementen die in jouw tenant beschikbaar zijn.

Agents en een beheerd intranet op basis van SharePoint

Agents werken het best wanneer het SharePoint-fundament eronder al goed gestructureerd, beheerd en eenvoudig te navigeren is. Dat is precies de leemte die een beheerd intranet beoogt te vullen. Een platform als intranet.ai, native gebouwd op SharePoint en Microsoft 365, richt zich op het organiseren van content, machtigingen en navigatie zodat AI-functies kunnen putten uit nette, samengestelde stof.

In de praktijk geldt: hoe beter je informatiearchitectuur, hoe betrouwbaarder elke agent wordt. Samengestelde hubs, consistente metadata, een duidelijke personengids en een coherente zoekervaring geven agents allemaal een sterkere basis om over te redeneren. De AI vervangt geen goede structuur; ze versterkt die. Een rommelig intranet levert rommelige antwoorden op, terwijl een net intranet agents in staat stelt de snelle, onderbouwde antwoorden te geven die medewerkers verwachten.

De relatie is dus complementair. De agents van Microsoft brengen conversationele toegang tot content, en een goed beheerd SharePoint-intranet brengt de curatie, governance en vormgeving die die gesprekken betrouwbaar maken. Investeren in het fundament is wat agents van een gimmick verandert in een dagelijks gebruikt onderdeel van de digitale werkplek.

Veelgestelde vragen

Wat zijn agents in SharePoint?

Agents in SharePoint zijn AI-assistenten op basis van Microsoft Copilot die beperkt zijn tot specifieke SharePoint-content, zoals een site, een documentbibliotheek of een set geselecteerde bestanden en mappen. Gebruikers kunnen vragen stellen in natuurlijke taal en krijgen antwoorden die gebaseerd zijn op die content, met verwijzingen naar de bronbestanden. Microsoft levert standaard een Site Agent op elke SharePoint-site, en gebruikers met bewerkrechten kunnen ook eigen agents maken.

Wat is de standaard Site Agent in SharePoint?

De Site Agent is een kant-en-klare agent die Microsoft automatisch aan elke SharePoint-site toevoegt. Hij is beperkt tot de content van die site en kan vragen beantwoorden, documenten samenvatten en mensen helpen informatie te vinden zonder enige configuratie. Sitemedewerkers kunnen hem rechtstreeks vanuit de site openen, al kunnen de ervaring en beschikbaarheid afhangen van je tenant-configuratie en je Copilot-licentie.

Hoe maak ik een eigen agent in SharePoint?

Als je bewerkrechten hebt op een SharePoint-site, kun je met de opdracht “Een agent maken” een eigen agent bouwen die beperkt is tot die site, een bibliotheek of geselecteerde bestanden en mappen. SharePoint genereert een agent-bestand dat je kunt configureren met een naam, beschrijving, bronnen en startprompts. Eenmaal opgeslagen leeft de agent in de site en kan hij gedeeld worden met de mensen die toegang hebben tot de content ervan.

Heb ik een Microsoft 365 Copilot-licentie nodig om SharePoint-agents te gebruiken?

De licentievoorwaarden voor SharePoint-agents zijn in de loop van de tijd geëvolueerd en hangen af van je tenant-configuratie. Microsoft heeft manieren aangeboden om agents te gebruiken zowel met een Microsoft 365 Copilot-licentie als via pay-as-you-go-verbruik dat via Azure wordt gefactureerd. Omdat de exacte voorwaarden veranderen, raadpleeg je best de actuele Microsoft-licentiedocumentatie en je beheerdersinstellingen voordat je agents breed binnen je organisatie uitrolt.

Kunnen SharePoint-agents content zien waar een gebruiker geen toegang toe heeft?

Nee. SharePoint-agents respecteren de bestaande machtigingen van SharePoint en Microsoft 365. Een agent geeft alleen informatie terug uit content waarvoor de persoon die de vraag stelt al weergaverechten heeft. Dit betekent dat goede informatiegovernance, correcte machtigingen en nette sitestructuren essentieel zijn, want een agent kan slecht beveiligde content sneller naar boven halen dan handmatig bladeren ooit zou doen.

Wat zijn de belangrijkste beperkingen van SharePoint-agents?

SharePoint-agents zijn beperkt tot de content waarop je ze richt, dus de kwaliteit van de antwoorden hangt af van hoe goed die content gestructureerd, actueel en gelabeld is. Ze zijn geen volledige vervanging voor een beheerde intranetzoekfunctie of een samengestelde kennisbank. Andere overwegingen zijn de licentie- en verbruikskosten, beheerdersinstellingen voor wie agents mag maken, en de noodzaak om bronbestanden accuraat te houden zodat antwoorden betrouwbaar blijven.