En intern AI-platform er realistisk, når I har folk til både at bygge den og drive den hele året, og når mindst to personer kan det, den ene ved. Uden det bliver platformen afhængig af én medarbejder, og den afhængighed kan være større end den, I ville undgå hos en leverandør.
Med en intern AI-platform menes her en løsning, hvor jeres egne folk sætter en chattjeneste eller en søgning i egne dokumenter op for medarbejderne, oven på en model, I selv vælger. Modellen kan køre hos en udbyder, I kalder via en programmeringsgrænseflade, på lejede maskiner eller på jeres egne servere. Platformsbeslutningen er emnet her.
Hvad en intern platform giver
Den største fordel er valgfrihed. I bestemmer, hvilken model der bruges, og kan skifte den uden at skifte den brugerflade, medarbejderne kender. I bestemmer, hvor prompter og svar gemmes, og hvor længe. Og I kan forbinde platformen til jeres egne systemer på jeres egne betingelser.
Den kan også samle brugen. I stedet for at hver afdeling køber sin egen tjeneste, får alle samme indgang, og forbruget kan ses ét sted.
Det, egne folk skal kunne
En platform kræver mere end opsætningen. Gå listen igennem, og skriv ud for hvert punkt, hvem hos jer der kan det i dag.
- Drift. Opdatering af software, overvågning, sikkerhedskopier og fejlretning, også uden for arbejdstid, hvis platformen bliver vigtig.
- Sikkerhed. Adgangsstyring, logning, beskyttelse mod misbrug af modellen og håndtering af de nøgler, platformen har til andre systemer.
- Modelskift. At teste en ny model på jeres opgaver, når den gamle udfases, og skifte uden at brugerne mister noget.
- Søgning i egne dokumenter. Indeksering, rettigheder til dokumenterne og måling af, om svarene er rigtige.
- Kontakt med brugerne. Nogen skal tage imod spørgsmål og ønsker og forklare, hvad platformen kan og ikke kan.
Kører modellen på jeres egne servere, kommer drift af maskinerne oveni. Det er et andet fag end at sætte en brugerflade op.
Afhængigheden af få
En intern platform kan være bygget af én ildsjæl. Det er en styrke i starten og en risiko senere. Hvis kun én person ved, hvordan platformen hænger sammen, er I lige så afhængige af den person, som I ville være af en leverandør, og en medarbejder kan sige op med kortere varsel, end en leverandør kan udfase en model.
Kræv derfor fra begyndelsen, at mindst to personer kan drive platformen, at opsætningen er beskrevet, og at prompter, instruktioner og konfiguration ligger i versionsstyring. Det koster tid nu og sparer en krise senere.
Aftalerne bag platformen
En intern platform fjerner ikke behovet for at læse aftaler. Kalder I en model hos en udbyder, gælder udbyderens vilkår for aftalepart, lagring og træning stadig. Vil I køre en udbyders model på jeres egne servere, kan det kræve udtrykkelig tilladelse i aftalen. Et af de sæt vilkår, vi gennemgik 8/11 2026, kræver, at brug på kundens egen infrastruktur er tilladt i en ordre. Har modellen åbne vægte, er det licensen på vægtene, der sætter rammen, og den skal læses for hver model.
Hvornår det er realistisk
Platformen er realistisk, når fire ting er på plads. I har mindst to personer med tid og kompetencer til at drive den. I har opgaver, som en købt tjeneste ikke løser godt nok, eller krav til data og placering, som den ikke opfylder. Ledelsen har accepteret, at platformen er en løbende udgift i folk. Og I har en plan for, hvad der sker, hvis folkene forsvinder.
Mangler et af punkterne, kan en købt tjeneste med de rigtige indstillinger være det bedre valg, i hvert fald indtil punkterne er på plads.
Hvad det kræver, og hvad det koster at lade være
En intern platform kræver tid til at bygge den, og bagefter løbende tid til drift, sikkerhed, modelskift og brugerne. Den kræver også maskiner eller forbrug hos en udbyder. Opgør tiden i timer pr. måned for hver af opgaverne på listen, og sæt jeres egne timepriser på. Sammenlign med prisen for en købt tjeneste i den prismodel, der passer til jeres forbrug.
Bygger I platformen uden at regne driften med, ser den billig ud det første år. Bagefter viser driften sig i overtid, i opgaver, der skubbes, og i en platform, der ikke bliver opdateret. Det koster i sikkerhed og i brugere, der går tilbage til de tjenester, de selv har fundet.
Det skal I lade være med
- At lade én person bygge og eje platformen · afhængigheden flytter bare indenfor.
- At regne byggeriet uden driften · driften fortsætter, når byggeriet er slut.
- At gå ud fra, at intern drift fjerner aftalerne · modellens vilkår eller licens gælder stadig.
Det skal valget kunne vise
- ☐ Mindst to personer, der kan drive platformen, med navn.
- ☐ Timer pr. måned til drift, sikkerhed, modelskift og brugere.
- ☐ Aftaler og licenser for de modeller, platformen bruger.
- ☐ Opsætning, prompter og konfiguration i versionsstyring.
- ☐ En plan for, hvad der sker, hvis nøglepersonerne forsvinder.
Senest gennemgået: november 2026.
Næste skridt
Gå listen over det, egne folk skal kunne, igennem, og skriv et navn ud for hvert punkt.
Læs også: Folkene bag en sprogmodel i drift · Købt tjeneste, europæisk API, lejet GPU eller egen drift
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
