Konteksten ble hentet når spørsmålet ble stilt

Microsofts maioversikt beskrev fødererte Copilot-koblinger som hentet sanntidsdata fra blant annet HubSpot, Notion, LSEG og Moody’s gjennom MCP, med systemenes eksisterende tilgangskontroller. Prosjektteam kunne kombinere dokumenter med status fra operative systemer uten først å kopiere alt til én indeks. Samtidig ble et svar mer avhengig av tidspunkt, rettigheter og tilstanden i kildesystemet.

Copilot Notebooks fikk videre støtte for felles arbeidsgrunnlag, mens Word viste siste endringer og kommentarer i chatten. Dette kunne korte ned oppstarten i møter, men prosjektlederen måtte skille mellom et øyeblikksbilde og en godkjent baseline. Et levende svar burde lagres med lenker, tidspunkt og beslutningen det støttet.

Tilgangen måtte svare til handlingen

Gartner advarte 26. mai mot lik styring av alle agenter. Analyseselskapet skilte mellom evnen til å handle og omfanget av tilgangen, og spådde at styringssvikt kunne føre til nedgradering eller avvikling av mange autonome agenter. Prognosen var usikker, men skillet var nyttig: en agent som leser prosjektdata trenger andre grenser enn en som oppdaterer plan eller sender oppgaver.

Et datakart kunne angi kildeeier, oppdateringsfrekvens, sensitivitet og hvilke felt agenten fikk bruke. Agentregisteret kunne angi lesing, forslag eller handling, og hvem som godkjente hvert nivå. Dermed ble automatisering og analyse forankret i samme tilgangsmodell som samarbeidet.

Prosjektloggen bandt grunnlaget til beslutningen

Teamet kunne teste én beslutningstype, for eksempel om en leveranse var klar for neste fase. Svaret måtte vise kilder, siste oppdatering og avvik fra baseline. Prosjektloggen registrerte ansvarlig godkjenner og valgt handling. Måling av utdaterte referanser, manglende tilgang og omgjorte beslutninger ga et bedre kvalitetsbilde enn antall Copilot-spørsmål.

Kontrollpunkter i praksis

Føderert tilgang reduserte kopiering, men gjorde tilgjengeligheten mer dynamisk. En kilde kunne være utilgjengelig, returnere andre resultater for en annen bruker eller endres etter at beslutningen ble tatt. Derfor burde prosjektet bevare nøkkeltall og dokumentversjoner som faktisk ble brukt, samtidig som det lenket til den levende kilden for senere kontroll.

Gartners styringsmodell la vekt på både autonominivå og tillitsgrense. Prosjektet kunne bruke en enkel matrise: lese offentlig materiale, lese interne data, foreslå endring og utføre endring. Hvert trinn fikk egen tilgang, evalueringskrav og godkjenner. Det gjorde det mulig å utvide én agent gradvis uten å gi alle agenter samme vide mandat.

Kilder

Microsoft 365 Copilot Blog: What’s new in Microsoft 365 Copilot – May 2026, 29. mai 2026.

Microsoft 365 Copilot Blog: Federated Copilot connectors, 5. mai 2026.

Microsoft 365 Copilot Blog: What’s new in Notebooks – May 2026, 26. mai 2026.

Gartner: Governance must reflect agent autonomy and scope, 26. mai 2026.

Til diskusjon

Hvilke levende datakilder trenger prosjektet, og hvem eier definisjonen når svaret endres?