«Den største flaskehalsen for utvikling er ikke lenger å skrive kode, det er alle human-in-the-loop-aktivitetene rundt koden: spesifisere produktet og verifisere oppførsel.» — Warp, lanseringsblogg 28. april
Warp har annonsert at terminalen, brukt av nesten en million aktive utviklere og kjent for sin Rust-baserte arkitektur, nå er åpen kildekode under AGPL v3. OpenAI er grunnleggersponsor, og de nye agent-arbeidsflytene er drevet av GPT-modeller. Tesen Warp ber deg kjøpe er at en mangfoldig samling bidragsytere pluss Oz-agenter med strukturerte prosesser pluss et rikt korpus av kontekst og selvforbedringssløyfer gir et bedre produkt enn et internt team kan bygge alene.
For deg som bygger eller vurderer en agent-først utviklingsmiljø, er det tre håndfaste endringer i samme slipp. Warp støtter nå bredere utvalg åpne modeller (Kimi, MiniMax, Qwen) pluss en «auto (open)»-modus som ruter til beste åpne modell per oppgave. Konfigurasjonen er strippet ned slik at du kan kjøre Warp som ren terminal, som lett ADE med diff-view og fil-tre, eller som full ADE med innebygde agenter. Til slutt har de endelig levert en settings-fil for programmatisk kontroll og enhetsportering.
«Open source har lenge vært sentralt for hvordan utviklere lærer, bygger og dytter feltet videre. Vi støtter eksperimenter som utforsker hvordan KI kan hjelpe vedlikeholdere og bidragsytere å samarbeide mer effektivt i skala.» — Thibault Sottiaux, Engineering Lead i OpenAI
Det praktiske regnestykket: GitHub-issues blir source of truth for funksjoner, roadmap publiseres åpent, og Warp-teamet styrer retning men forventer at agenter (helst Oz, men du kan bruke andre coding-agenter) gjør implementasjonen. AGPL betyr at hvis du forker og kjører Warp som tjeneste, må du publisere endringene dine. Det skiller skarpt fra MIT-lisensierte ADE-alternativer, og er en bevisst valgt motvekt mot enklere kommersialisering av forken.
Hva bør du gjøre?
- Klon repoet og test Oz mot din egen workflow. Hvis du allerede bruker Claude Code eller Codex i terminalen, kjør et reelt prosjekt-issue gjennom begge og sammenlign verifiseringssløyfen før du bytter daglig driver.
- Vurder AGPL-konsekvensene før du forker. Driver du intern tooling oppå Warp, er du i klar sone. Selger du en Warp-fork som SaaS, må du frigi modifikasjonene dine. Avklar med juridisk tidlig.
- Følg GitHub-issues som primærkilde for hva som faktisk er på vei. Warp har eksplisitt sagt at intern roadmap-styring er over, så blogginnlegg og endringslogger er ikke lenger den raskeste veien til å se hva neste versjon prioriterer.
Bakgrunn
Warp ble lansert som terminal for fem år siden med plan om å åpne kildekoden, men har ventet til agent-bølgen flyttet konkurransesituasjonen. Selskapet er VC-finansiert og innrømmer åpent at de ikke kan konkurrere på pris eller subsidiere bruk på samme nivå som større aktører. Open source-trekket er strategisk, ikke ideologisk: Warp ønsker en bidragsytergruppe som kan utvide ADE-en raskere enn et internt team rekker.