Byg jeres egen AI assistent til én opgave

Mange har set det ske: En ivrig kollega bygger en assistent, der skal kunne svare på alt om virksomheden. Den bliver vist frem på et fællesmøde, nogle få prøver den, og et halvt år senere bruger ingen den. Teknikken var der ikke noget galt med. Assistenten skulle bare kunne alt og blev derfor ikke god til noget.

En AI assistent er ikke mere end en fast instruktion plus de filer, den skal bruge. Byg den til én opgave, I løser igen og igen, så har den en chance for at blive brugt.

Navnene skifter lige nu. OpenAI udfaser custom GPTs 11. december 2026, og Gems på personlige Google-konti bliver til "skills" fra november 2026. Derfor bygger artiklen på princippet, der virker i alle værktøjer, og på de funktioner, der ligger fast: projekter i ChatGPT og Claude og agenter i Microsoft Copilot. Alle produktoplysninger er tjekket på leverandørernes egne hjælpesider i oktober 2026.

Hvad er en AI assistent egentlig?

En AI assistent er en samtale med AI, hvor en del af arbejdet er gjort, før du skriver første ord. Den består af tre dele:

• En instruktion, der gælder hver gang: hvad assistenten skal hjælpe med, hvordan den skal svare, og hvad den ikke må.
• Vidensfiler: det materiale, den skal slå op i, fx jeres prisliste, en skabelon eller tre gode eksempler.
• Eventuelt forbundne apps, fx et SharePoint-bibliotek eller en mappe i Drive.

Forskellen fra en almindelig chat er, at du ikke skal forklare opgaven forfra. Konteksten ligger klar.

OpenAI giver et råd i sin egen vejledning, som gælder i alle værktøjer: Brug vidensfilerne til referencemateriale, ikke til regler eller adfærd. Regler, tone og arbejdsgang hører til i instruktionen. Ligger jeres tonevejledning gemt i et bilag, er det ikke sikkert, at assistenten følger den. Står den i instruktionen, gælder den i hver eneste samtale.

Hvad hedder det i jeres værktøj?

Det afhænger af værktøjet, og navnene skifter. Her er status, tjekket på leverandørernes egne sider i oktober 2026. Det er ikke en sammenligning: Brug det værktøj, I allerede har adgang til på virksomhedens konti.

ChatGPT: projekter

Et projekt samler chats, filer og instruktioner ét sted, og projektets instruktioner går forud for de generelle instruktioner, du har sat op på din konto. Projekter findes på alle abonnementer, også det gratis, og de kan deles. På Business og Enterprise kan I dele med grupper i arbejdsområdet og vælge, om kolleger kan chatte eller redigere. Bemærk, at alle med adgang til et delt projekt kan se chats og filer i det.

ChatGPT: custom GPTs er på vej ud

OpenAI udfaser custom GPTs 11. december 2026 og flytter dem over i "plugins". På personlige konti (Free, Go, Plus og Pro) kan man ikke længere oprette nye GPT'er, og i de berørte Enterprise-arbejdsområder sluttede nyoprettelsen 26. oktober 2026.

Ved flytningen bliver instruktionen til en "færdighed" i et plugin, og vidensfilerne kopieres med. Brugerdefinerede handlinger og modelvalg følger ikke med. Pluginet er privat fra start, så tidligere brugere får ikke automatisk adgang. Har I GPT'er, som kolleger bruger hver uge, så planlæg flytningen nu, og fortæl brugerne, hvor de finder den nye version.

Claude: projekter

Et projekt i Claude har sin egen vidensbase og sine egne instruktioner. Projekter findes for alle brugere, men gratis brugere kan højst have fem. Deling i organisationen kræver Team eller Enterprise, hvor kolleger enten kan se eller redigere. På de betalte planer kan et projekt rumme op til ti gange så meget materiale, fordi Claude henter de relevante dele frem i stedet for at læse det hele på én gang. Anthropic tester en ny version af projekter, så her kan der også komme ændringer.

Microsoft Copilot: agenter og Notebooks

I Microsoft Copilot bygger I agenter med Agent Builder. En agent har instruktioner og egne vidensskilder, fx et SharePoint-bibliotek, og kan testes, før den deles. Microsoft nævner selv en onboardingagent til et team som eksempel.

Licensen afgør, hvad agenten kan. Uden licens kan agenter i Copilot Chat bruge instruktioner og websøgning, og den slags agenter er gratis at bruge. SharePoint-data, connectors og filer, I lægger ind i agenten, kræver enten forbrugsafregning (Copilot Credits) eller en Microsoft Copilot-licens. Mail, Teams og personer som vidensskilde kræver licens.

Copilot Notebooks er et lettere alternativ, hvor I samler filer og noter ét sted og arbejder med dem sammen med Copilot. Det kræver en Microsoft Copilot- eller Copilot Chat-licens og desuden en SharePoint- eller OneDrive-licens for at oprette en notesbog. En notesbog kan deles med teamet.

Gemini: Gems

En Gem laves med et navn og en instruktion, og under "Knowledge" kan I tilføje filer fra computeren, Drive eller NotebookLM. Gems kan deles. På personlige Google-konti forsvinder Gems fra november 2026 og bliver automatisk til "skills". Googles hjælpeside nævner ikke arbejds- og skolekonti i Workspace som omfattet, men hold øje med det.

Hvilken opgave skal assistenten løse?

En opgave, I løser igen og igen, som har en fast form, og som bygger på materiale, I allerede har. Er de tre ting på plads, har assistenten noget at stå på. Mangler én af dem, bliver den ikke bedre end en almindelig chat.

Fire gode bud:

• Tilbudstekster. Instruktionen beskriver jeres opbygning og tone. Vidensfilerne er prislisten, standardbetingelserne og tre tilbud, I har vundet. Sælgeren indsætter kundens behov og får et første udkast i jeres form.
• Svar på typiske kundespørgsmål. Kundeservice får et udkast, der bygger på jeres egne svar og vilkår, og en medarbejder læser det, før det bliver sendt.
• Referater i jeres format. Assistenten kender skabelonen: beslutninger, ansvarlige og frister. Den, der har holdt mødet, indsætter sine noter.
• Onboarding. En assistent med personalehåndbogen, it-vejledningerne og svarene på de spørgsmål, nye kolleger altid stiller. Den idé uddyber vi i AI til onboarding.

Det dårlige bud er "en assistent, der ved alt om virksomheden". Den har ingen fast form at levere i, materialet er for bredt, og ingen kan sige, hvornår den svarer godt. Har I tre opgaver, så byg hellere tre assistenter.

Hvordan bygger I assistenten?

I fem trin, hvor instruktionen er det vigtigste. Resten går ud på at holde materialet rent og teste på rigtige opgaver.

1. Skriv instruktionen efter promptstrukturen. Den struktur, der gør en enkelt prompt god, gør også en instruktion god: kontekst (hvad er opgaven, og hvem bruger assistenten), rolle (hvem skal den agere som), instruktion (hvad skal den gøre, kort og præcist) og outputformat (hvordan skal svaret se ud). Data er det, brugeren indsætter, og det, der ligger i vidensfilerne. Skriv også, hvad assistenten skal gøre, når der mangler oplysninger: Bed den om at spørge i stedet for at gætte. Strukturen gennemgår vi i Sådan skriver du gode prompts.
2. Vælg få, rene filer. Tre gode eksempler er bedre end tredive middelmådige. Fjern gamle versioner, kladder og dubletter, for assistenten kan ikke vide, hvilken prisliste der gælder. Skal den skrive i jeres tone, så læg eksempler på jeres egne tekster ind. Hvordan du gør det, står i AI og din egen stemme.
3. Test på tre rigtige opgaver. Tag tre opgaver fra sidste måned, hvor I kender det gode svar, og sammenlign. Rammer assistenten ved siden af, så ret instruktionen, ikke bare svaret.
4. Lad en kollega prøve. Den, der har bygget assistenten, ved, hvad den skal have at vide. Det gør en kollega ikke. Se, hvad kollegaen skriver, og hvor det går i stå. Det viser, hvad instruktionen mangler.
5. Udnævn en ejer. En navngiven person, der retter instruktionen, når noget ændrer sig, skifter filerne ud, når prislisten bliver opdateret, og lukker assistenten, når den ikke bliver brugt mere. Uden en ejer forældes den stille, og ingen opdager det, før en kunde får en gammel pris.

Instruktionen er seks sætninger lang. Den rummer ingen fortrolige oplysninger, og skabelonen ligger som fil, fordi den er referencemateriale. Reglerne for, hvordan der skal skrives, står i instruktionen.

Hvad med data og sikkerhed?

De fire store leverandører træner som standard ikke deres modeller på data fra virksomhedskonti. Det skriver OpenAI om ChatGPT Business og Enterprise, Anthropic om sine kommercielle produkter, Google om Workspace og Microsoft om Copilot. Anthropic har en undtagelse, hvis brugeren giver feedback med tommel op eller ned. Men træning er ikke den eneste risiko. Fire ting skal I have styr på, før en assistent bliver delt.

En delt assistent arver brugernes adgang

Microsoft skriver, at Copilot kun viser organisationsdata, som den enkelte bruger mindst har læseadgang til. Det lyder trygt, men det betyder også, at en agent, der søger i SharePoint, kan finde alt, hvad brugeren har adgang til, også filer, der ved en fejl er delt for bredt. Ryd op i rettighederne, før I bygger agenter oven på jeres filer. Agent Builder har desuden en kendt begrænsning: SharePoint-filer bliver kun delt automatisk med sikkerhedsgrupper. Ellers skal filrettighederne rettes manuelt. I ChatGPT gælder det, som nævnt, at alle med adgang til et delt projekt kan se chats og filer i det.

Instruktionen er ikke hemmelig

Sikkerhedsorganisationen OWASP skriver i sin liste over de ti største risici ved sprogmodeller (punkt LLM07), at systemprompten ikke skal betragtes som en hemmelighed og ikke må bruges som sikkerhedskontrol. Fortrolige data som adgangskoder hører ikke hjemme i den. Oversat til praksis: Regn med, at en bruger kan få assistenten til at gengive sin instruktion. Skriv derfor aldrig adgangskoder, interne marginer eller andet fortroligt ind i den.

Filer kan indeholde skjulte instruktioner

Første punkt på OWASP's liste (LLM01) er prompt injection. Den indirekte variant opstår, når sprogmodellen læser indhold udefra, fx en hjemmeside eller en fil, og indholdet rummer instruktioner, som modellen så følger. Et af OWASP's eksempler er en angriber, der ændrer et dokument i den vidensbase, assistenten slår op i. Brug derfor kun vidensfiler, I selv kontrollerer, og vær varsom med assistenter, der læser dokumenter fra kunder og leverandører.

Ingen persondata i en bredt delt assistent

Læg ikke persondata eller fortrolige oplysninger i instruktionen eller filerne til en assistent, som mange har adgang til. Datatilsynet advarede i september 2025 om, at oplysninger i AI-værktøjer også kan bruges til udbyderens egne formål, og rådede til at undgå at indtaste fortrolige og følsomme personoplysninger. Rådet var rettet mod borgere, men det er også et godt udgangspunkt på en arbejdsplads. De juridiske rammer gennemgår vi i GDPR og AI. Det er ikke juridisk rådgivning, så spørg jeres egen jurist, når I er i tvivl.

Byg desuden assistenter på virksomhedens konti, ikke på medarbejdernes private. Private konti har andre regler for data, og en assistent på en privat konto ligger uden for jeres kontrol, uanset hvor god den er. Det er samme problem som ved skygge-AI.

Hvornår er en assistent det forkerte svar?

Når opgaven er forskellig hver gang, når kilden ændrer sig dagligt, eller når ingen vil eje den.

• Opgaven skifter hver gang. Skal du analysere et nyt marked i dag og skrive en tale i morgen, er en god prompt i en ny chat bedre. En fast instruktion trækker svaret i en retning, der passede til en anden opgave.
• Kilden ændrer sig dagligt. Lagerstatus, dagens priser eller en sagsliste hører ikke hjemme i en uploadet fil, der er forældet i morgen. Her skal assistenten forbindes til selve kilden, eller opgaven skal løses et andet sted.
• Ingen vil eje den. Så er det bedre at lade være. En assistent uden ejer svarer ud fra et grundlag, som ingen længere står inde for.

Et ord om navne: Det, Microsoft kalder en agent i Agent Builder, er i denne artikels forstand en assistent. Den hjælper et menneske med en opgave, og mennesket læser, retter og sender. Agenter, der selv udfører flere trin på tværs af jeres systemer, er næste skridt. Det arbejder vi med på vores AI agent kursus, hvor deltagerne bygger deres første assistent til en af deres egne opgaver.

Start med én opgave, I løser hver uge. Skriv instruktionen, vælg tre filer, test på tre rigtige eksempler, og giv assistenten en ejer. Virker den, kan I bruge den som skabelon til den næste. Gør den ikke, har testen som regel vist, hvor instruktionen halter.