Jeres udviklere bruger sandsynligvis allerede en AI-kodeassistent, altså et værktøj, der foreslår og skriver kode ud fra en beskrivelse og ud fra den kode, der ligger i projektet. Har ledelsen ikke taget stilling, findes der en praksis alligevel, og den er aftalt af ingen. Fire ting skal besluttes: hvilken kode der må sendes hvorhen, hvem der står inde for resultatet, hvordan kode gennemgås, og hvad I gør ved rettigheder og licenser. Et forbud løser sjældent noget, for det flytter brugen over på private konti, hvor I intet kan se.
Vælg værktøj ud fra, hvor koden ender
En assistent skal læse jeres kode for at kunne hjælpe, så kildekoden forlader udviklerens maskine i et eller andet omfang. I en softwarevirksomhed er koden ofte det vigtigste, I ejer. Derfor er det første spørgsmål et spørgsmål til leverandørens vilkår:
- Bruges vores indhold til at træne modeller, og kan det slås fra for hele organisationen?
- Hvor behandles indholdet, og hvor længe gemmes det?
- Hvilke vilkår gælder, hvis en udvikler bruger sin private konto?
Vilkår for private og erhvervsabonnementer kan være forskellige. Aftalen bør derfor ligge hos virksomheden, og udviklerne bør arbejde på virksomhedens konti. Så kan I også lukke adgangen, når en medarbejder stopper.
Dernæst afgrænser I, hvad assistenten må læse. Filer med nøgler og adgangskoder skal holdes ude, og det samme gælder udtræk af kundedata. Hvor nøgler typisk ligger, og hvordan de flyttes væk fra koden, står i nøgler og adgangskoder i koden. Medarbejdernes brug af AI uden for udviklingsarbejdet er et emne for sikkerhedsledelsen, og et bud på sikkerhedsregler for generativ AI kan bruges som ramme.
Den, der indsender koden, står inde for den
Den vigtigste regel er enkel at formulere. Koden er udviklerens, uanset hvem eller hvad der skrev den. Den, der beder om at få en ændring lagt ind, skal kunne forklare den og svare på spørgsmål om den.
Assistenter gør det let at skrive meget kode på kort tid. Gennemgangen følger ikke automatisk med. Ved en kodegennemgang læser en kollega ændringen, inden den lægges ind i produktet, og det er ofte her, køen opstår. Tre vaner holder den nede:
- Små ændringer. En gennemgang af en lille ændring bliver læst. En stor bliver skimmet.
- Automatisk test. Testene kører ved hver ændring og fanger det, der er gået i stykker. Lader I assistenten skrive både kode og test, skal et menneske kigge særligt på, om testene prøver det rigtige.
- Skærpet gennemgang af de følsomme steder. Login, rettigheder, betaling og sletning af data bør altid læses af en erfaren udvikler.
Hvordan rutinerne passer sammen i et lille team, står i en udviklingsproces til fem udviklere.
Arbejde i gammel kode
I ældre kode kan en assistent være til stor hjælp. Den kan forklare, hvad en uoverskuelig funktion gør, finde ud af, hvor noget bruges, og skrive test rundt om det eksisterende. Risikoen ligger i rettelser, der ser fornuftige ud og samtidig bryder en forretningsregel, som kun findes i koden og i nogens hukommelse.
En brugbar regel er derfor, at der skal være test på det, der ændres, før ændringen laves. Assistenten må gerne hjælpe med testene. Ledelsesvinklen på den slags kode er beskrevet i ingen tør røre den del af koden.
Rettigheder og licenser
Retsstillingen for AI-genereret kode er ikke afklaret, og vi har ikke fundet en dansk myndighedskilde, der afgør den. Spørgsmålet om, hvilken beskyttelse sådan kode har, hører derfor til hos en advokat. Ledelsen kan alligevel handle på det, der er praktisk:
- Læs vilkårene for output. De siger, hvad I får rettigheder til, og hvilket ansvar der ligger hos jer. Nogle vilkår nævner, at samme forslag kan blive givet til andre kunder.
- Hold styr på licenser. Forslag kan ligne åben kildekode, og produktets afhængigheder skal under alle omstændigheder være kendte. Licensoversigten er beskrevet i open source-licenser i produktet.
- Læs jeres kundekontrakter. Står der noget om underleverandører, kodens oprindelse eller rettigheder, skal brugen af assistenter kunne forenes med det.
Yngre udviklere
Assistenter ændrer også, hvordan man lærer faget. Den udvikler, der får alt foræret, får færre af de fejl, man lærer af. Gør det til en fast del af gennemgangen, at den, der har indsendt ændringen, forklarer, hvorfor løsningen er valgt, og hvad den er blevet prøvet mod. Det kræver ingen særlige regler, kun at de erfarne spørger.
Hold rammerne på én side
Reglerne bør kunne læses på et par minutter. Et udkast kan have disse punkter:
- Hvilke værktøjer der er godkendt, og på hvilke konti.
- Hvilke filer og data der aldrig må læses af et værktøj.
- At udvikleren står inde for al kode, vedkommende indsender.
- Hvilke dele af koden der kræver gennemgang af en erfaren udvikler.
- Hvem der følger med i ændrede vilkår, og hvor ofte reglerne læses igen.
Lad udviklerne være med til at skrive siden. De ved, hvor værktøjerne hjælper, og regler, de selv har formet, bliver fulgt. Tag siden op igen, når værktøjerne eller vilkårene skifter, og det sker oftere end for de fleste andre udviklingsværktøjer.
Det skal I lade være med
· At forbyde værktøjerne og regne med, at det virker. Brugen flytter over på private konti.
· At måle udviklere på mængden af kode. Assistenter gør det tal meningsløst og belønner det forkerte.
· At lade assistenten godkende sit eget arbejde. Et menneske skal stå som den ansvarlige for gennemgangen.
· At give assistenter adgang til produktion. Værktøjet skal arbejde i udviklingsmiljøet.
Det skal I kræve af den eksterne
- ☐ Et udkast til rammer på én side, skrevet sammen med udviklerne.
- ☐ Et overblik over, hvad vilkårene siger om træning, opbevaring og rettigheder.
- ☐ En liste over de dele af koden, der kræver skærpet gennemgang.
- ☐ En vurdering af, om gennemgangen kan følge med den øgede mængde kode.
- ☐ Klar besked om, hvilke spørgsmål der skal til en advokat.
Kilder
- Cursor: Terms of Service: eksempel på vilkår om ansvar for forslag, og om at samme forslag kan gives til andre kunder. Læst november 2026.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Eftersyn af AI-genereret kode · Hvad betyder vibe coding?
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
