Verifierbara kvalitetsspärrar i agentisk kodning
Flytta från långa prompter till maskinellt verifierbara grindar: tester, statisk analys, täckning och reproducerbara checks.
Kort sagt
När AI gör det billigt att skriva kod blir det dyrt att inte ha tydliga, automatiserade kvalitetsspärrar.
Flytta från “förklara i prompten hur bra koden ska vara” till deterministiska kontroller som faktiskt körs.
När är detta användbart?
- När du använder agenter för att generera eller ändra kod.
- När du vill ha förutsägbar kvalitet utan att varje session blir längre och längre.
- När du har flera agenter eller människor som rör samma kodbas.
Gör så här
-
Definiera de obligatoriska grindarna Exempel på verifierbara spärrar:
- Alla nya eller ändrade funktioner har tester som passerar
- Statisk analys (lint, type check) visar inga fel
- Täckning ligger över en fastställd tröskel
- Inga nya beroenden utan explicit godkännande
- Kodformat och stilregler följs
-
Gör grindarna automatiska och snabba Kör dem i CI, i pre-commit hooks eller direkt efter agentens ändring.
-
Låt agenten jobba mot en ren grind “Implementera featuren så att alla tester passerar och lint är grönt. Kör inte vidare förrän det är klart.”
-
Acceptera kostnaden för grindarna Kvalitet har en kostnad. Välj en nivå som fortfarande ger netto-vinst jämfört med att manuellt städa upp senare.
-
Kombinera med små steg Krav → implementering → städning → härdning (tester) → system/QA. Varje steg har sin egen verifiering.
Vanliga fallgropar
- Att tro att en lång prompt räcker istället för faktiska tester.
- Att sätta för höga krav för små förändringar (då slutar man använda grindarna).
- Att inte uppdatera grindarna när projektets riskprofil ändras.
Lisemark-vinkel
I agentisk utveckling är det lätt att producera mycket kod snabbt. Det som skiljer bra från kaos är hur tidigt och hur automatiskt du fångar problem.
Verifierbara kvalitetsspärrar + avgränsade arbetssteg + AGENTS.md som kontrakt ger en arbetskedja som skalar bättre än “låt agenten hålla på tills det känns klart”.
Relaterat
- AGENTS.md som återanvändbart kontrakt
- Små leveranser och arkitekturrevision
- Iteration som det verkliga modellmåttet