Agentisk kodning: Derfor det kanskje bremser utviklingsteamet ditt
Derfor kan "agentisk kodning" være et problem for teamet ditt
Hypen rundt agentisk AI har nådd nye høyder. Hver uke dukker det opp nye verktøy som lover å ta seg av kodevurderinger, autogenerere pull requests eller distribuere applikasjoner på egen hånd. Det høres magisk ut – helt til det ikke gjør det.
Etter å ha fulgt utallige utviklingstrender over årene, vil jeg dele noen ærlige bekymringer om denne bevegelsen. For selv om agentiske kodningsverktøy er imponerende, kommer de med fallgruver som kan undergrave ingeniørteamet ditt på lang sikt.
Automasjonsfellen
Det er én viktig ting å huske på når man skriver kode: det handler ikke bare om å produsere syntaks. Det handler om å forstå hvorfor noe bør fungere på en bestemt måte. Når vi overlater for mye kontroll til AI-agenter, risikerer vi å skape en generasjon av utviklere som kan skrive gode prompts, men som ikke klarer å feilsøke.
La meg bruke en analogi. Da du lærte å kjøre bil, sa du bare til bilen hvor den skulle dra og lot den håndtere resten? Sannsynligvis ikke. Du lærte deg mekanikken, fysikken, beslutningstakingen. Det samme gjelder programvareutvikling.
Agentiske verktøy er flinke til mønstergjenkjenning og malgenerering, men de bommer ofte på konteksten som faktisk gjør programvare funksjonell. Den konteksten kommer fra å forstå brukerne dine, infrastrukturen og forretningslogikken som binder alt sammen.
Sikkerhet lar seg ikke automatisere bort
Dette er der jeg blir spesielt bekymret. Agentiske kodningsverktøy har vist seg å introdusere sikkerhetsproblemer – noen ganger subtile feil som glir gjennom vurderingsprosessen. AI-modeller trent på offentlige kodebaser kan arve både gode og dårlige praksiser.
Når du distribuerer AI-agenter som autonomt endrer kode og skyver endringer, satser du i bunn og grunn på at modellens treningsdata inneholdt nok sikkerhetsbevisste eksempler til å fange opp edge cases. Den innsatsen sitter ikke alltid.
Hos NameOcean har vi sett prosjekter komme til oss etter "rask" AI-drevet utvikling som akkumulerte teknisk gjeld raskere enn teamet kunne følge med på. Sikkerhetsrevisjoner avdekket problemer som en juniorutvikler ville ha fanget opp – problemer som eksisterte fordi ingen menneskelig hjerne egentlig tenkte over koden lenger.
Læringskurven som flater ut ferdigheter
Her er en ubehagelig sannhet: utviklere som er avhengige av AI-kodningsassistenter viser ofte ferdighetsforringelse over tid. Det er ikke deres feil – det er bare så mennesker fungerer. Når du outsourcing problemløsningen til en svart boks, svekkes de nevrale banene som håndterer ekte problemløsning.
Dette handler ikke om å være motstander av AI. Verktøy som Copilot og ChatGPT er genuint nyttige for spesifikke oppgaver. Men det er en forskjell på å bruke AI som en kraftfull assistent og la AI bli en krykke som erstatter ekte læring.
Hva er den riktige tilnærmingen?
Jeg sier ikke at du skal ignorere agentiske verktøy fullstendig. Nøkkelen er intensjonalitet:
Bruk AI til:
- Malgenerering
- Utkast til dokumentasjon
- Læring av nye rammeverk
- Sjekking av arbeidet ditt
- Reduksjon av repeterende oppgaver
La mennesker ta ansvar for:
- Arkitekturbeslutninger
- Sikkerhetsvurderinger
- Kode som håndterer sensitive data
- Alt som berører betalingssystemer
- Produksjonsutrullinger
De beste utviklerne jeg har jobbet med behandler AI-verktøy som avanserte kalkulatorer. De forstår matematikken, men bruker kalkulatoren for å slippe slitsom aritmetikk. Forståelsen kommer først; verktøyet kommer etter.
Gullfeltet i midten
Fremtiden inneholder sannsynligvis flere autonome kodningsverktøy. Men den fremtiden bør ikke komme før vi har funnet ut hvordan vi skal bygge sikkerhetsgjerder. Teamene som vil trives er ikke de som går all-in på agentisk alt – det er de som finner balansen mellom AI-assistanse og menneskelig dømmekraft.
Hvis du bygger noe kritisk, enten det er en gründeres første produkt eller en bedriftsapplikasjon, motstå fristelsen til å la AI-agenter operere uten tilsyn. Problemet er ikke å bruke disse verktøyene – det er å stole på dem mer enn de fortjener.
Koden du leverer er ditt rykte. Sørg for at et menneske faktisk forstår den.