AI-parprogrammering
Også kendt som: parprogrammering med AI
At skrive kode sammen med et AI-værktøj i en løbende dialog, hvor mennesket bestemmer og tjekker hver ændring.
Kladde - dette opslag er endnu ikke gennemgået.
Formelt
En arbejdsform, opkaldt efter praksissen med to programmører ved én skærm, hvor en udvikler og en AI-kodeassistent skiftes til at foreslå, udfordre og forbedre kode, og udvikleren læser og godkender hver ændring, før den beholdes.
Forklaret enkelt
Som at køre bil med en kvik ven, der læser kortet - vennen foreslår sving og ser skilte, men dine hænder bliver på rattet, og du bestemmer, hvor turen går hen.
I praksis
En udvikler i et revisionsfirma, der leder efter en fejl i, hvordan fakturabeløb rundes af, beder assistenten om to mulige løsninger, vælger den ene og får den så til at forklare en linje, hun ikke stoler på, før hun beholder ændringen.
Hvorfor det betyder noget
At et menneske læser med, er det, der skiller nyttig fart fra blind tillid - mennesket fanger de selvsikre fejl, før de når rigtige brugere.
Teknisk uddybning
Parprogrammering blev formaliseret i Extreme Programming af Kent Beck i slutningen af 1990'erne: to udviklere ved én arbejdsstation, en driver, der skriver, og en navigatør, der gennemgår hver linje, tænker fremad og fanger fejl, og de bytter roller ofte. GitHub markedsførte Copilot fra lanceringen i 2021 som "your AI pair programmer", og værktøjer som Aider beskriver sig selv på samme måde. Metaforen halter på en lærerig måde: Ved AI-parprogrammering er det som regel modellen, der kører, og den producerer kode hurtigere, end et menneske skriver, mens mennesket bliver den permanente navigatør, hvis opgave netop er den disciplin med gennemgang, der er lettest at slække på.
God praksis holder ændringerne små og reversible. Udvikleren angiver hensigt og begrænsninger, beder om én fokuseret ændring, læser diffen, kører testene og committer før næste trin, så hvert skridt kan rulles tilbage; Aider committer fx automatisk hver AI-ændring til git af netop den grund. Nyttige greb er at bede om to alternative løsninger, før man vælger, at bede modellen forklare en linje eller forudsige, hvordan koden opfører sig i et grænsetilfælde, at lade den skrive fejlende tests først og derefter implementeringen og at udfordre dens antagelser i stedet for at tage det første svar. Modellen har ingen varig hukommelse om teamets konventioner, medmindre de gives via instruktionsfiler eller prompten.
Evidensen for produktivitet er blandet og afhænger af konteksten. I et kontrolleret eksperiment af Peng et al. (2023) løste udviklere med Copilot en opgave fra bunden, at implementere en HTTP-server i JavaScript, 55,8 % hurtigere end en kontrolgruppe. METR's randomiserede forsøg, offentliggjort i juli 2025, fandt det modsatte for eksperter på kendt grund: 16 erfarne open source-maintainere, der arbejdede på 246 reelle issues i deres egne store repositories, brugte 19 % længere tid, når AI-værktøjer var tilladt, men mente bagefter, at AI havde gjort dem ca. 20 % hurtigere. Kløften mellem oplevet og målt hastighed er i sig selv en grund til at måle frem for at antage.
Sikkerhedsevidensen peger samme vej. Perry et al. (ACM CCS 2023) fandt, at deltagere med en AI-assistent skrev mindre sikker kode i flere opgaver og oftere troede, at deres kode var sikker, et skoleeksempel på automatiseringsbias. Parprogrammering mellem mennesker giver desuden videndeling, fælles ejerskab af koden og mentorskab, som AI-parprogrammering ikke erstatter og kan udhule, hvis juniorudviklere accepterer kode, de ikke selv kunne have skrevet. Grænsen til vibe coding går ved, om mennesket læser og forstår hver ændring; grænsen til en kodeagent går ved, om mennesket er til stede ved hvert trin.
Hvad du bør lære først
Alt det, dette bygger på - grundlaget først.
- Token
- →Kontekstvindue
- →Transformer
- →Stor sprogmodel (LLM)
- →AI-kodeassistent
- →AI-parprogrammering
Relationer
- Forudsætter
- AI-kodeassistent
- Forveksl ikke med
- Vibe coding
- Bruges sammen med
- Menneske i løkken (HITL)Versionsstyring
Kilder og videre læsning
Opslagsværker
- Chen et al. (2021), Evaluating Large Language Models Trained on Code
- Perry et al. (2023), Do Users Write More Insecure Code with AI Assistants? (ACM CCS)
- METR (2025), Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity · METR
- Peng et al. (2023), The Impact of AI on Developer Productivity: Evidence from GitHub Copilot · arXiv
Hvor dataene kommer fra
Dette opslag er skrevet af en AI ud fra kilderne ovenfor og er endnu ikke gennemgået af et menneske. Brug det som udgangspunkt, og tjek alt vigtigt mod kilderne.
Se gennemgangskøenForeslå en rettelse på GitHubDette begreb som JSON
Test dig selv
Indlæser…