Ramps egen kodeagent står bak 75 prosent av pull requestene som merges

Utviklerne i fintech-selskapet Ramp står fritt til å bruke hvilket kodeverktøy de vil. De lander i praksis på det samme: 75 prosent av alle pull requests som merges hos Ramp, kommer fra Inspect, agenten selskapet har bygget selv. The Pragmatic Engineer har snakket med teknologidirektør Rahul Sengottuvelu, ingeniørsjef Hamid Dadkhah og Zach Bruggeman, som var med og startet Inspect, om hvorfor de ikke bare tok i bruk Claude Code eller Cursor.

Svaret handler mindre om modellen og mer om hvor agenten kjører. Ramp likte Claude Code fra dag én, men lokale maskiner tålte bare én til to parallelle økter. Samtidig ønsket web-teamet bedre frontend-verktøy for designere, og selskapet trengte uansett eksterne utviklingsmiljøer etter hvert som kompleksiteten vokste. Inspect v2, sluppet internt i november 2025, løste alle tre ved å legge agenten i en ekstern sandkasse i stedet for på maskinen din.

Tallene har fulgt etter. I januar, to måneder etter lansering, sto Inspect for rundt 60 prosent av pull requestene. I mai var andelen 75 prosent, og i juli passerte verktøyet én million sesjoner. Rundt 90 prosent av kodeendringene i Inspects eget repo kommer fra Inspect-sesjoner, og over 80 prosent av verktøyet er skrevet av seg selv. Teamet bak er på 5,5 personer: fire utviklere, en leder og en deltids produktsjef, mens over 150 ansatte har bidratt i kodebasen.

Arkitekturen er satt sammen av deler du kan kjenne igjen. Frontend og kontrollplan kjører React med Vite, Cloudflare Durable Objects, SQLite og Cloudflare Agents SDK. Selve sandkassen er en Modal-sandkasse med OpenCode som agentmotor, pluss Postgres, Redis, RabbitMQ, Temporal, Chromium og VS Code Server. Et ferdig provisjonert utviklingsmiljø står oppe på under fem sekunder.

OpenCode ble valgt fordi det er åpen kildekode, modellagnostisk og eksponerer et HTTP-API som gjorde det rett fram å bygge et eget lag rundt. Den viktigste forskjellen fra tredjepartsverktøy er likevel verifiseringen: Inspect kjører tester, leser telemetri og slår opp feature flags på backend, og verifiserer frontend-arbeid visuelt med skjermbilder og live forhåndsvisning. Ramp bygde skjermbildeverifisering nesten et år før leverandørene støttet det.

Rundt plattformen har utviklerne bygget over 200 egne agenter. ReviewBuddy gjør kodegjennomgang med Ramps egen kontekst og ble laget av én utvikler på en uke. Oncall Assistant kobler seg på produksjons- og observabilitetssystemene og samler kontekst når den oppdager en hendelse. Testo klikker seg gjennom grensesnittet som en bruker og skriver Playwright-tester. Alle Inspect-sesjoner er dessuten offentlige internt, uten mulighet til å reservere seg.

Hva bør du gjøre?

1. Tell hvor mange agentøkter maskinen din faktisk tåler. Ramp bygde om fordi laptopene stoppet på én til to parallelle sesjoner, og flytter du økta til en sandkasse er samtidighet ikke lenger begrenset av maskinvaren foran deg.
2. Gi agenten de samme integrasjonene du selv bruker. Telemetri, feature flags og en sanitert lesekopi av produksjonsdatabasen er det som lar agenten sjekke om endringen faktisk virket, i stedet for bare å påstå det.
3. Velg et agentrammeverk med HTTP-API. Det var kombinasjonen åpen kildekode, modellagnostisk og et API å snakke med som gjorde OpenCode enkelt å bygge rundt.