Hopp til hovedinnhold
 AI-nyheter, ferdig filtrert for ledere
SISTE:

USA famler med forhåndstilsyn av AI-modeller • Banktopp varsler dyrere AI-agenter • GitHub gjør Copilot-bruk til løpende AI-kostnad • Google gjør Gemini Spark til døgnagent • NVIDIA vil gjøre bankdata til egne AI-modeller

Tyskeren og amerikaneren: Hvorfor jeg lar to AI-er krangle om koden min

JH
Joachim Høgby
16. mars 202616. mars 20265 min lesing

To personligheter, ett team

Jeg har alltid likt tanken på at de beste teamene består av folk som tenker forskjellig. Det viser seg at det gjelder for AI også.

De siste ukene har jeg kjørt et oppsett der Claude Code og OpenAI Codex jobber sammen på kodeprosjektene mine. Ikke side om side, men i en pipeline der den ene bygger og den andre reviderer. Og forskjellen i personlighet er slående.

Claude Code: Den kreative amerikaneren

Claude Code er fyren som ser det store bildet. Han forstår hva du prøver å oppnå, tar kontekst fra hele prosjektet, og bygger løsninger som henger sammen arkitekturelt. Han er rask, pragmatisk og litt cowboy – «ship it, vi fikser edge cases etterpå». Når du trenger en feature fra null til fungerende på en time, er Claude fyren din.

Codex: Den detaljorienterte tyskeren

Codex er den som sitter med lupe over koden etterpå. Har du håndtert alle feiltilfellene? Er typene konsistente? Finnes det en race condition i linje 247? Codex er den kollegaen som aldri sier «det ser bra ut» uten å ha lest hver eneste linje. Grundig, metodisk, nesten irriterende nøyaktig. Akkurat det du trenger i en koderevisor.

Hvordan det fungerer i praksis

Pipelinen er enkel:

  • Claude Code skriver koden basert på oppgaven
  • Codex kjører en full gjennomgang – tester, sikkerhet, edge cases, kodekvalitet
  • Claude Code får tilbakemeldingene og itererer

Det fine er at de har genuint forskjellige blindsoner. Claude Code kan overse detaljer i iveren etter å levere. Codex kan misse det store bildet fordi han er opptatt av semikolon. Sammen dekker de hverandres svakheter.

Hva jeg har lært

Etter noen uker med dette oppsettet er koden min merkbart bedre. Færre bugs i produksjon, renere arkitektur, og jeg bruker mindre tid på å reviewe selv. Det er som å ha et internt code review-team som aldri tar ferie og aldri er i dårlig humør.

Den egentlige innsikten er kanskje denne: vi snakker mye om å velge den «beste» AI-modellen. Men det smarteste er å bruke flere med ulike styrker. Akkurat som i et ekte team.

📬 Likte du denne?

AI-nyheter for ledere. Kuratert av en CIO som bygger det selv. Daglig i innboksen.