# AI-redo-kollen: är er kodbas redo att koda i par med AI?

- Författare: [Jonas Odencrants](https://paperphyte.com/konsulter/jonas-odencrants), [Paperphyte](https://paperphyte.com)
- Publicerad: 2026-07-26
- Kategori: AI
- Etiketter: AI-assisterad utveckling, AI-redo-kollen, QRGeno, Verktyg, Claude
- Källa: <https://paperphyte.com/anteckningsbok/ai-redo-kollen>

När vi byggde QRGeno med Claude Code som parprogrammerare var den största lärdomen inte vad AI:n kunde göra — utan vad vår kodbas behövde vara för att det skulle vara säkert. I dag lanserar vi AI-redo-kollen: tolv frågor som visar var ni står.

När vi byggde **QRGeno** — en hel SaaS-plattform, levererad av ett team på två med Claude Code som parprogrammerare — fick vi ofta frågan hur vi vågade. Svaret är tråkigare än man tror: vi vågade för att koden inte litade på oss. Den litade inte på AI:n heller.

Den största lärdomen från bygget var inte vad AI:n kunde göra. Det var vad kodbasen behövde vara för att AI-förslag skulle bli fart i stället för risk. I dag lanserar vi [AI-redo-kollen](https://paperphyte.com/ai-redo-kollen) — ett test på tre minuter som visar var ni står.

## Lärdomen från QRGeno: farten kom från grinden

Stora delar av QRGeno byggdes med AI som andra par ögon — implementation, refaktorering, till och med design. Det som gjorde det till en arbetsmetod i stället för en genväg var ramarna runt omkring: **typade gränssnitt, tester i pipeline och infrastruktur som kod**. Varje förslag, oavsett om det kom från människa eller modell, måste passera samma grind — och grinden säger nej oftare än den säger ja.

Formeln vi landade i: AI-assisterad utveckling behöver en kompilator som säger nej. Hela historien finns i [fallstudien](https://paperphyte.com/uppdrag/qrgeno) och i vår [tidigare post om bygget](https://paperphyte.com/anteckningsbok/qrgeno-bygga-saas-med-ai).

## Fyra skyddsräcken som avgör

Kokar man ner det är det fyra saker som avgör om AI ger fart eller bara fler fel:

- **Skyddsräcken i koden** — strikt typning och maskinkontrollerade kontrakt som fångar fel i bygget, inte i produktion.
- **Testgrinden** — failade tester som blockerar merge, E2E-flöden i pipelinen och feedback på minuter.
- **Reproducerbarhet** — miljöer i kod, övad rollback och samma utvecklingsmiljö för alla.
- **Arbetssätt & ansvar** — samma review-grind för all kod oavsett avsändare, nedskrivna AI-riktlinjer och människor som äger arkitekturbesluten.

Inget av detta är AI-specifikt. Det är samma saker som gör mjukvaruutveckling bra utan AI — skillnaden är att AI höjer insatserna. Förslag i volym gör en glapp grind till ett hål.

## Så fungerar AI-redo-kollen

Tolv frågor, tre per dimension. Du får en totalpoäng, ett utlåtande — Grinden håller, Grinden glappar eller Grind saknas — och en karta över vilken dimension som är er svagaste, med konkret var man börjar. Allt räknas lokalt i din webbläsare: inga formulär, ingen e-post, inget sparas.

Testet tar tre minuter. Diskussionen efteråt brukar ta längre — det är den som är poängen.

## Vad det inte är

AI-redo-kollen säger inte om ni borde använda AI-assisterad utveckling — den säger om er kodbas skulle märka skillnad på bra och dåliga förslag i tid. Låg poäng betyder inte ”sluta med AI”. Det betyder: bygg räckena först.

## Vårt korta svar

> AI förstärker det ni redan har. Har ni en grind som säger nej blir förslag till fart. Saknas grinden blir förslag till incidenter. [Ta reda på vilken sida ni står på](https://paperphyte.com/ai-redo-kollen) — det tar tre minuter.

Bygg räckena först. De betalar sig även utan AI.

---

Det här är Markdown-versionen av ett inlägg i [Paperphytes anteckningsbok](https://paperphyte.com/anteckningsbok). Originalet finns på <https://paperphyte.com/anteckningsbok/ai-redo-kollen>. © Paperphyte AB. Ange källan med länk när du citerar eller sammanfattar texten.

Frågor om innehållet? [Kontakta Paperphyte](https://paperphyte.com/kontakt).
