Artikkelinnhold
KortversjonenVis merVis mindreCopilot-administratorer fikk sentral styring av forbruksbaserte kostnader.
- Copilot-administratorer fikk sentral styring av forbruksbaserte kostnader.
- Purview-kontroller ble utvidet til Cowork, og agentmålinger kunne kobles til organisasjonskontekst.
- Gartner anbefalte eksplisitt beslutningsstyring og advarte mot umodne agentintegrasjoner.
Forbruk ble synlig som en prosjektkostnad
Microsofts junioversikt beskrev et kostnadsdashbord for forbruksbaserte Copilot-opplevelser, med grenser og overvåking for brukere, grupper og agenter. Gruppevis rapportering og mer detaljerte agentmålinger var planlagt i trinn. Prosjektlederen kunne dermed knytte agentforbruk til leveranser, men måtte skille lanserte funksjoner fra forhåndsversjoner og senere utrulling.
Purview-kontroller ble utvidet til Copilot Cowork, blant annet med arv av sensitivitetsetiketter, revisjonslogg, eDiscovery og livsløpsstyring. Dette ga felles kontroll med samarbeidsinnhold, men fritok ikke prosjekteieren fra å bestemme hvilke kilder og handlinger agenten faktisk trengte.
Dokumenter hvem som tok beslutningen og hvorfor
Gartner beskrev 16. juni beslutningsstyring som middel for å gjøre agentbeslutninger forklarbare, reviderbare og knyttet til mål. Analyseselskapet pekte samtidig på sanntidsdata og semantikk som grunnlag for agentarbeid. En agent som prioriterte prosjektavvik måtte derfor vise både regel, dataversjon og hvorfor ett tiltak ble valgt.
På samme konferanse advarte Gartner om agentvasking, begrenset integrasjonsmodenhet og svake livsløpsverktøy. OpenAI varslet 3. juni endringer i evalueringsverktøy for Agent Builder, noe som minnet team om at selve testinfrastrukturen har et livsløp. Evalueringer måtte eksporteres, versjoneres og eies som prosjektartefakter.
Kostnad, kvalitet og handling ble sett sammen
Et styringskort kunne registrere agentversjon, datakilder, tillatt beslutning, forbruksgrense, evalueringssett, menneskelig godkjenner og faktisk resultat. Ukentlig gjennomgang av kostnad per fullført oppgave, feilbeslutninger og overstyringer viste om automatiseringen skalerte forsvarlig. Samarbeidsteamet fikk da ett grunnlag for både økonomi, analyse og ansvar.
Kontrollpunkter i praksis
Forbruksgrensen måtte også knyttes til agentens løkke. En agent som søkte samme kilder gjentatte ganger eller forsøkte en mislykket handling på nytt, kunne bruke mye kapasitet uten å fullføre oppgaven. Telemetri burde derfor vise antall steg, verktøykall, forsøk og stoppårsak per fullført leveranse, ikke bare samlet token- eller kredittbruk.
Gartners trend om agentisk datastrømming gjorde tidsaspektet viktig. Et sanntidssignal kunne være nødvendig for driftsvalg, mens et styregrunnlag krevde stabilitet og avstemming. Prosjekteieren måtte angi hvor ferskt datagrunnlaget skulle være, hvor lenge beslutningen var gyldig, og når agenten skulle stoppe fordi dataene var ufullstendige. Kontrollutvalget burde inneholde både vellykkede og avbrutte løp, fordi bare fullførte oppgaver skjulte kostnaden ved feil, omveier og manuell opprydding.
Kilder
Microsoft 365 Copilot Blog: What’s new in Microsoft 365 Copilot – June 2026, 30. juni 2026.
Gartner: Top trends for data and analytics, 16. juni 2026.
Gartner: Data & Analytics Summit 2026 highlights, 16. juni 2026.
OpenAI: Agent Builder evals retirement notice, 3. juni 2026.
Til diskusjon
Hvilken agentbeslutning kan prosjektet forklare, revidere og kostnadsføre fra start til slutt?









