Springet fra mig til os handler om ejerskab. Her er, hvad der adskiller de agenter, holdet bruger, fra dem, kun jeg bruger.
Guiden til at bygge din første AI-agent på under en time har nu over 2.500 kommentarer på LinkedIn. Guiden viser, hvordan du bygger Dokument-agenten i Claude, i ChatGPT eller i den Copilot, I allerede har.
Så kommer det sværeste spørgsmål: hvordan kommer den fra at virke for dig til at blive brugt af dine kolleger?
Det spørgsmål har jeg selv kæmpet med længe. Jeg har bygget hundredvis af agenter de seneste år. Et par dusin arbejder i dag for et helt team. Resten arbejder for mig. Og heller ikke de bedste af dem kører endnu helt, som jeg gerne vil.
I sidste udgave spurgte jeg, om næste skridt skulle være flere cases pr. branche eller min metode. Dem, der svarede, skrev METODE. Her er første stykke af den: hvordan en agent går fra mig til os.
1. En personlig agent og en fælles agent er to forskellige produkter
Din egen agent tilgiver du. Svarer den skævt, retter du prompten. Er dokumentet forældet, ved du det. Glemmer den noget, husker du det for den.
En kollega gør intet af det. Hun prøver agenten to gange. Svarer den forkert anden gang, åbner hun den aldrig igen.
Fra mig til os
Hvorfor en fælles agent stiller andre krav.
| Tal | Betydning | Kontekst |
|---|---|---|
| Hundredvis | agenter bygget de seneste år | Stefanos egne agenter |
| Et par dusin | arbejder i dag for et helt team | resten arbejder kun for ham |
| 2 | forsøg giver en kollega agenten, før hun opgiver den | illustrativt eksempel |
En personlig agent tilgives. En fælles agent gør ikke. Springet fra mig til os er mest et ejerskabsspring.
Model 1. Afstanden mellem en agent, der virker for dig, og en agent, holdet bruger.
I Copilot-guiden lagde vi personalehåndbogen direkte ind i agentens instruktion. Det virker fint, så længe det er din agent. Når håndbogen ændres, skal nogen opdatere instruktionen, og den nogen er dig. Hver gang.
Princip
Springet fra mig til os er derfor mest et ejerskabsspring. Der skal være en ejer, en kilde der holder sig opdateret, adgang der følger brugeren, og nogen der opdager det, når agenten knækker.
2. De agenter, der lykkes, bor der, hvor holdet allerede arbejder
De mest succesfulde agenter, jeg har været tæt på, byggede udviklerne selv og delte med hinanden. Agenterne hjælper med at shippe kode og er koblet på Jira og Confluence, så tickets og dokumentation bliver opdateret automatisk.
Når jeg ser på, hvorfor netop de fløj, ser jeg tre ting.
1. De vågner af selve arbejdet. Ingen skal huske at åbne dem. Når koden flytter sig, flytter ticketen sig også.
2. Resultatet lander i et system, alle allerede kigger i. En opdateret ticket kan hele holdet se og rette. Et svar i en privat chat kan ingen.
3. Holdet har aftalt, hvad færdigt betyder. Udviklere har aftalt det længe før agenten kommer. De har i årevis skrevet ned, hvornår en opgave er done, og agenten arver den aftale.
Det sidste er det, de fleste andre teams mangler. En agent kan ikke opfinde en arbejdsgang, holdet ikke selv er enige om.
3. Fem ting knækker på vejen fra mig til os
Det her er listen, jeg går igennem med kunder, når en agent skal deles. Nummer ét overrasker næsten alle.
1. Forbindelserne er dine. I Copilot Studio er en agents forbindelser til eksterne tjenester knyttet til den enkelte brugers identitet. Microsoft skriver selv, at det forklarer, hvorfor en agent kan virke for dig og ikke for dine kolleger. Deler du agenten, følger de Power Automate-flows, den bruger, heller ikke automatisk med. Løsningen er typisk forbindelser på miljø-niveau eller en teknisk konto (service principal), og det er en samtale med IT.
2. Viden og rettigheder følger ikke med af sig selv. Deler du en agent fra Agent Builder i Copilot, bliver de SharePoint-filer og -mapper, du har lagt ind, kun delt med, hvis du selv har lov at dele dem. Fejler det, bliver agenten delt alligevel, bare uden filerne. Opdaterer du agentens viden, skal du dele den igen. Og fjerner du en kollegas adgang til agenten, har hun stadig adgang til filerne.
3. Ingen ejer den. Hvem i forretningen svarer, når den tager fejl? Står der dig, fordi du byggede den, går den i stå den dag, du får travlt. Står der IT, er det det forkerte navn. Ejeren er den, hvis proces agenten arbejder i.
4. Ingen måler den. Brug de samme tre tal som i casene i sidste udgave: værdien i én enhed, en kvalitetsgrænse der ikke må blive dårligere, og hvor stor en del af arbejdet der faktisk kører gennem agenten. Uden dem kan ingen forsvare den, når budgettet skal fordeles.
5. Ingen ved, den findes, og ingen kan slukke den. Når alle kan bygge, vokser antallet hurtigere end overblikket. Hvem ved, hvor jeres agenter er? Hvem trykker stop, når en af dem gør noget, den ikke skulle?
De tre tal
Værdien i én enhed. En kvalitetsgrænse, der ikke må blive dårligere. Og hvor stor en del af arbejdet, der faktisk kører gennem agenten.
4. Platformen gør springet muligt, inden for jeres egne mure
Her ligger mit daglige arbejde. Hos de virksomheder, jeg rådgiver, sætter jeg typisk agent-platformen op på Microsoft: Agent 365 og Power Platform, med Copilot Studio og Agent Builder som værktøj.
Og jeg synes ærligt talt, det er noget af det mest spændende, der sker i virksomhederne lige nu. Folk, der aldrig har bygget noget digitalt, kan bygge en agent selv, bag virksomhedens firewall, på data de allerede har adgang til. Digitale værktøjer har altid været noget, IT eller en leverandør lavede til dig. Nu kan du lave dem selv.
Platformen er det, der gør, at det kan ske uden kaos.
Miljøer i Power Platform adskiller det sted, agenten bygges, fra det sted, den bruges. Data policies bestemmer, hvilke forbindelser en agent må bruge. Er en forbindelse blokeret, er funktionen grå for den, der bygger, og agenten kan ikke publiceres, før det er rettet. Så sidder reglerne i selve værktøjet, og ingen skal huske en politik.
Microsoft Foundry giver adgang til over 10.000 modeller, også Anthropics Claude. En agent kan altså flyttes til en anden model den dag, prisen eller behovet ændrer sig. Jeg bygger altid, så kunden kan skifte.
Agent 365, som har været generelt tilgængelig siden 1. maj, samler agenterne i ét register, med adgang og sikkerhed via Entra, Purview og Defender. En administrator kan blokere en agent for hele organisationen eller give den en ny ejer. Det er svaret på punkt fem: hvor er de, og hvem kan slukke dem.
Fire byggesten i platformen
Hvad hver del løser på vejen fra mig til os.
| Byggesten | Hvad den løser | Effekt |
|---|---|---|
| Miljøer | Adskiller byg fra brug | Power Platform: miljøer adskiller det sted, agenten bygges, fra det sted, den bruges. |
| Data policies | Reglerne sidder i værktøjet | En blokeret forbindelse er grå for den, der bygger, og agenten kan ikke publiceres, før det er rettet. |
| Microsoft Foundry | Over 10.000 modeller | Også Anthropics Claude. En agent kan flyttes til en anden model, når prisen eller behovet ændrer sig. |
| Agent 365 | Ét register for agenterne | Adgang og sikkerhed via Entra, Purview og Defender. En administrator kan blokere en agent eller give den en ny ejer. |
Ejerskabet skal I selv tage. Platformen gør det muligt at have det.
5. Byg til toplinjen, så får agenten forsvarere
Hvilke agenter når fra mig til os? Min erfaring er, at det afhænger mindre af teknikken end af, hvad agenten skal bruges til.
En agent, der sparer et par timer, har ingen forsvarere. Den, der byggede den, er glad. Resten af holdet ser en ny ting, de skal lære, og et spørgsmål om, hvem der så skal lave hvad.
En agent, der hjælper med at vinde kunder, får forkæmpere. Hurtigere tilbud, bedre svar til kunderne, skarpere markedsføring, bedre produkter. Folk vil gerne være med, når det handler om at vokse.
Princip
Derfor kalder jeg jagten på besparelser for taberens spil. En besparelse henter man én gang. Vokser virksomheden, er der ingen, der behøver frygte for deres job, og så spreder lysten til at bygge sig af sig selv.
6. Fra mig til os i fem trin
Har du en agent, der virker for dig, så gør det her i den kommende uge.
1. Skriv ejerens navn: den person i forretningen, hvis proces agenten arbejder i. Kan du ikke skrive et navn, er agenten ikke klar til at blive delt.
2. Flyt viden ud af instruktionen og over i en delt kilde med rettigheder, typisk en SharePoint-mappe, som ejeren holder opdateret.
3. Spørg IT, om agentens forbindelser kører på din konto. Gør de det, så få dem flyttet, før du deler.
4. Del med tre kolleger, før du deler med hele organisationen. Giv dem de tre spørgsmål, de oftest stiller, og aftal de tre tal, I kigger på efter 30 dage.
5. Registrér agenten der, hvor jeres agenter samles, og skriv ned, hvem der må slukke den.
Jeg har samlet de fem trin i et Team-Agent Canvas på én side, som fortsættelse af det canvas, mange af jer brugte til den første agent. Skriv TEAM i kommentarfeltet under mit LinkedIn-opslag, så sender jeg dig det.
Et spørgsmål til dig
Hvilken af dine agenter ville en kollega savne i morgen, hvis du slukkede den i dag?
Kan du ikke nævne én, ved du, hvor næste uges arbejde ligger.
/Stefano
Kilder
Produktfunktioner og licenser er beskrevet med udgangspunkt i Microsofts egen dokumentation:
- Microsoft Learn, Share agents with other users (Copilot Studio): learn.microsoft.com/microsoft-copilot-studio/admin-share-bots
- Microsoft Learn, Share and manage agents (Agent Builder): learn.microsoft.com/microsoft-365/copilot/extensibility/agent-builder-share-manage-agents
- Microsoft Learn, Data policies for Copilot Studio agents: learn.microsoft.com/microsoft-copilot-studio/admin-data-loss-prevention
- Microsoft Learn, Foundry Models overview: learn.microsoft.com/azure/ai-foundry/concepts/foundry-models-overview
- Microsoft Learn, Overview of Microsoft Agent 365: learn.microsoft.com/microsoft-agent-365/overview
- Microsoft Learn, Governance and lifecycle actions for agents (Microsoft 365 admin center): learn.microsoft.com/microsoft-365/admin/manage/agent-actions
- Microsoft Learn, Tenant environment strategy (Power Platform): learn.microsoft.com/power-platform/guidance/adoption/environment-strategy
- Stefano Vincenti, Byg din første AI-agent på under en time (sep. 2026), Byg en AI-agent i den Copilot, du allerede har (okt. 2026), Hvor AI faktisk tjener penge (okt. 2026): stefanovincenti.substack.com
© 2026 Stefano Vincenti · aitrainer.dk · Status pr. oktober 2026.
Dette er generel praktisk vejledning, ikke juridisk rådgivning eller compliance-rådgivning, og jeg er ikke advokat eller compliance-specialist. Brug det ikke som beslutningsgrundlag på egen hånd. Tag altid jeres egen compliance- eller juridiske afdeling og jeres DPO med på råd, og bekræft datoer og status mod primære kilder. Produktfunktioner og licenser ændrer sig ofte; tjek altid Microsofts egen dokumentation. Status pr. oktober 2026.