Den korte versjonen

I januar 2026 blokkerte Anthropic OpenCode og alle andre tredjeparts AI coding-verktøy fra å få tilgang til Claude-modeller gjennom abonnement-basert OAuth. Handlingen forstyrret hundretusenvis av utviklere, utløste sterke reaksjoner fra fremtredende skikkelser som DHH, og førte til at OpenAI offentlig inngikk partnerskap med OpenCode som et konkurransemessig mottrekk. Her er hele historien, de tekniske detaljene og dine alternativer fremover.

OpenCode blokkert av Anthropic: Den komplette 2026-gjennomgangen

Hvis du våknet opp en morgen i januar 2026 og oppdaget at din OpenCode-Claude-arbeidsflyt plutselig var død, var du ikke alene. Anthropic implementerte server-side-blokkeringer som kuttet av OpenCode — den åpen kildekode AI-kodingagenten med over 126,000+ GitHub-stjerner — fra å få tilgang til Claude-modeller gjennom abonnement-baserte OAuth tokens. Det som fulgte var en av de mest betydningsfulle hendelsene for utviklertillit innen AI-verktøy.

Denne artikkelen dekker alt: tidslinjen, de tekniske mekanismene, den juridiske eskaleringen, samfunnets reaksjoner, tilgjengelige løsninger, og hva denne episoden betyr for fremtiden til AI-assistert utvikling.

Del 1: Tidslinje over hendelser

Fase 1 — Den stille blokkeringen (9. januar 2026)

Den 9. januar 2026 rullet Anthropic ut server-side-sjekker som begynte å avvise OAuth tokens fra tredjepartsverktøy. Utviklere som brukte OpenCode sin /connect-kommando for å autentisere med sine Claude Pro- eller Max-kontoer begynte å møte en vegg. Feilmeldingen var utvetydig:

Error: This credential is only authorized for use with Claude Code
and cannot be used for other API requests.

Kilde

Først antok mange utviklere at det var en feil. GitHub-issues tårnet seg opp i OpenCode-repositoriet, med brukere som rapporterte at deres tidligere fungerende oppsett hadde gått i stykker over natten. Vedlikeholderne av OpenCode bekreftet at endringen var tilsiktet fra Anthropic sin side.

Fase 2 — Teknisk eskalering (Januar–februar 2026)

Anthropic stoppet ikke ved enkel token-validering. Over de følgende ukene implementerte de stadig mer sofistikerte deteksjonsmekanismer:

• Client fingerprinting: Server-side-sjekker som identifiserte om en forespørsel kom fra en ekte Claude Code-klient eller et tredjepartsverktøy som etterlignet den samme OAuth-flyten.
• User-Agent validering: Forespørsler uten den forventede Claude Code User-Agent-strengen ble flagget og avvist.
• Atferdsanalyse: Mønstre i API-bruk som avvek fra typiske Claude Code-interaksjonsmønstre utløste blokkeringer.

Hver gang OpenCode-fellesskapet fant en omvei, distribuerte Anthropic et mottrekk. Denne katt-og-mus-dynamikken utspilte seg over flere GitHub-issues, inkludert #6930 og #10956.

Fase 3 — Juridisk formalisering (19. februar 2026)

Den 19. februar 2026 oppdaterte Anthropic sine Terms of Service til å inkludere en eksplisitt seksjon for "Authentication and credential use". Hovedklausulen fastslo:

OAuth tokens fra Free, Pro, og Max-abonnementer kan ikke brukes med tredjepartsverktøy eller Agent SDK.

Kilde

Dette forvandlet det som hadde vært en teknisk håndhevelse til en formell policy. Anthropic sendte også juridisk kommunikasjon til OpenCode-prosjektet for å formalisere sanksjonene. Kilde

Fase 4 — OpenAI sitt mottrekk (Februar–mars 2026)

Innen få uker etter Anthropic sin utestenging, gjorde OpenAI et offentlig og strategisk trekk. De inngikk offisielt partnerskap med OpenCode og utvidet støtten for Codex-abonnementer til OpenCode, OpenHands, RooCode, og andre åpen kildekode-verktøy. Kilde

OpenAI tillot ikke bare passivt tredjepartstilgang — de markedsførte det aktivt. Budskapet var tydelig: hvis Anthropic ikke lar deg bruke abonnementet ditt slik du vil, vil OpenAI gjøre det.

Del 2: Hvorfor Anthropic gjorde det

For å forstå Anthropic sine motivasjoner må man se på forretningsdynamikken som er i spill.

Beskyttelse av inntekter

Claude Pro koster $20/måned og Claude Max koster $100–200/måned. Disse abonnementene inkluderer generøse bruksgrenser beregnet på Claude Code, Anthropic sitt eget terminalbaserte kodingverktøy. Når OpenCode-brukere autentiserte via OAuth, fikk de tilgang til de samme Claude-modellene til abonnementspriser i stedet for å betale API-priser per token, som er betydelig høyere ved tung bruk.

For Anthropic representerte hver utvikler som brukte Claude gjennom OpenCode i stedet for Claude Code enten tapte API-inntekter eller økte infrastrukturkostnader uten tilsvarende inntekter fra deres eget produkt.

Produktstrategi

Claude Code er en kjerne-del av Anthropic sin utviklerstrategi. Ved å begrense modelltilgangen til sin egen klient, beholder Anthropic kontrollen over brukeropplevelsen, samler inn bruksdata for modellforbedring, og posisjonerer Claude Code som den definitive måten å bruke Claude for koding på.

Begrunnelse i Terms of Service

Fra Anthropic sitt perspektiv var OAuth-flyten designet spesifikt for Claude Code. Tredjepartsverktøy som replikerte denne flyten — ved å la brukere logge inn via nettleser og motta OAuth tokens — brukte en autentiseringsmekanisme utenfor dens tiltenkte virkeområde. Oppdateringen av ToS kodifiserte det Anthropic hevdet alltid hadde vært intensjonen.

Del 3: Tilbakeslag fra fellesskapet

Responsen fra utviklermiljøet var rask og overveldende negativ.

DHH sin kritikk

David Heinemeier Hansson (DHH), skaperen av Ruby on Rails og CTO i 37signals, var blant de mest uttalte kritikerne. Han postet på X:

"Bekreftelse på at Anthropic med vilje blokkerer OpenCode, og enhver annen 3P-sele, i et paranoid forsøk på å tvinge utviklere inn i Claude Code. Forferdelig policy for et selskap bygget på å trene modeller på vår kode, vår skriving, vårt alt. Vennligst endre vilkårene, @DarioAmodei."

Kilde

DHH sin kritikk fanget en stemning som ble delt av mange: Anthropic trente modellene sine på åpen kildekode, men forhindret nå åpen kildekode-verktøy fra å få tilgang til disse modellene.

Debatten om "Walled Garden"

Utvikleren Patrick O'Doherty publiserte et innflytelsesrikt innlegg med tittelen "Anthropic's Walled Garden: The Claude Code Crackdown," hvor han argumenterte for at Anthropic bygde et lukket økosystem som sto i motsetning til den åpne etosen i utviklermiljøet de var avhengige av. Kilde

Økning i GitHub-stjerner

Paradoksalt nok var kontroversen det beste som noen gang har skjedd for OpenCode sine veksttall. Prosjektet fikk 18,000 nye GitHub-stjerner på to uker etter blokkeringen, da utviklere samlet seg rundt prosjektet av prinsipp. Innen mars 2026 hadde OpenCode nådd over 126,000+ stjerner og 800+ bidragsytere.

Tråder på Hacker News

Flere tråder på Hacker News om emnet trakk til seg hundrevis av kommentarer, der den dominerende stemningen kritiserte Anthropic sin tilnærming. Trådene "Anthropic Explicitly Blocking OpenCode" og "Anthropic takes legal action against OpenCode" nådde begge forsiden.

Del 4: De tekniske detaljene

Hvordan OAuth-flyten fungerte (Før blokkeringen)

Før forbudet fungerte OpenCode sin tilgang til Claude slik:

1. Brukeren kjører /connect i OpenCode sitt TUI.
2. OpenCode åpner et nettleservindu pekt mot Anthropic sitt OAuth-endepunkt.
3. Brukeren logger inn med sin Anthropic-konto (Pro eller Max).
4. Nettleseren omdirigerer tilbake med et OAuth token.
5. OpenCode lagrer tokenet lokalt og bruker det for API-forespørsler.
6. Anthropic sitt API leverer Claude-svar som om de kom fra Claude Code.

Denne flyten var funksjonelt identisk med hva Claude Code selv gjør. Forskjellen var klienten som sendte forespørslene.

Hvordan blokkeringen fungerer

Anthropic sin blokkeringsmekanisme opererer på flere nivåer:

Forespørsel fra klient
    │
    ├─ Sjekk OAuth-token opprinnelse ──→ Avvis hvis ikke Claude Code
    │
    ├─ Valider client fingerprint ──→ Avvis hvis etterlignet (spoofed)
    │
    ├─ Analyser User-Agent-header ──→ Flagg ikke-Claude-Code klienter
    │
    └─ Atferdsmønstermatching ──→ Blokkér unormal bruk

Fingerprinting er det mest sofistikerte elementet. Anthropic sine servere analyserer egenskaper ved hver forespørsel som er vanskelige for tredjepartsverktøy å replikere, inkludert interne headere, mønstre i forespørselstidspunkt og sesjonsmetadata som Claude Code genererer.

Abonnement OAuth vs. API-nøkler

Det er avgjørende å forstå forskjellen:

Bruk av Anthropic API med en betalt API-nøkkel i OpenCode er fullt ut i samsvar med Anthropic sine vilkår. Blokkeringen gjelder kun for abonnement-baserte OAuth tokens brukt utenfor Claude Code.

Del 5: Fungerende løsninger (Mars 2026)

Til tross for restriksjonene har utviklere flere legitime veier videre.

Løsning 1: Anthropic API-nøkkel (Fullt kompatibel)

Den mest rett frem og ToS-kompatible tilnærmingen er å bruke Anthropic API direkte:

# Sett din API-nøkkel
export ANTHROPIC_API_KEY=sk-ant-xxxxx

# Konfigurer OpenCode til å bruke Anthropic-leverandøren
# I din opencode.json
{
  "provider": {
    "anthropic": {
      "model": "claude-sonnet-4-6"
    }
  }
}

Kostnad: Betal-per-token prising. For tung kodingbruk kan dette koste $50–200+/måned avhengig av volum, noe som gjør det sammenlignbart med eller dyrere enn et abonnement. Men det fungerer, og det er fullt innenfor Anthropic sine vilkår.

Kilde

Løsning 2: OpenAI med Codex-abonnement

OpenAI støtter nå offisielt OpenCode. Hvis du har et Codex-abonnement, kan du bruke det direkte:

export OPENAI_API_KEY=sk-xxxxx

# Eller bruk Codex-abonnementet med OpenCode sin innebygde støtte
opencode --provider openai

Dette er alternativet mange utviklere har migrert til, gitt OpenAI sin eksplisitte støtte for tredjepartsverktøy. Kilde

Løsning 3: Proxy-verktøy (Bruk med forsiktighet)

Flere fellesskapsbygde proxy-verktøy kobler Claude Max-abonnementer til lokale API-endepunkter:

• Meridian: Gjør ditt Claude Max-abonnement om til et lokalt Anthropic API. Proxyen autentiserer gjennom din Claude Max-sesjon i stedet for API-nøkler. Kilde
• Anthropic Auth plugins: Fellesskapsvedlikeholdte OAuth-autentiseringsplugins for OpenCode. Kilde

Viktig advarsel: Bruk av proxy-verktøy for å få tilgang til Claude Pro/Max-modeller med tredjepartsklienter bryter teknisk sett med Anthropic sine oppdaterte Terms of Service. Kontoen din kan bli stengt hvis dette oppdages.

Løsning 4: Alternative modeller

OpenCode støtter 75+ LLM-leverandører. Du kan bytte til:

• Google Gemini 2.5 Pro — Sterk kodingytelse, generøst gratisnivå.
• DeepSeek V3 — Kostnadseffektiv, utmerket for kodegenerering.
• Lokale modeller via Ollama — Fullstendig offline, null kostnad, ingen ToS-bekymringer.
• Mistral Codestral — Spesialbygd for kode, konkurransedyktig ytelse.

Løsning 5: Bruk en plattform som ikke låser deg inne

Hvis du bygger applikasjoner i stedet for å skrive kode i en terminal, bør du vurdere plattformer som ZBuild som gir deg en app-builder-opplevelse uten vendor lock-in. ZBuild lar deg bygge og distribuere applikasjoner ved hjelp av AI-assistanse mens du beholder fullt eierskap og portabilitet over prosjektene dine — ingen bekymringer om hvilken modell-leverandør som endrer sine vilkår neste gang.

Del 6: Innvirkning på det bredere økosystemet

Skillet mellom åpen og lukket

Denne hendelsen krystalliserte en grunnleggende spenning i AI-verktøyområdet. På den ene siden: selskaper som trente modeller på åpen kildekode og fellesskapsgenerert innhold. På den andre siden: åpen kildekode-fellesskapet som produserte disse treningsdataene og nå ønsker ubegrenset tilgang til de resulterende modellene.

Argumentet ga gjenklang fordi det rørte ved et punkt om gjensidighet. Anthropic sine modeller ble trent på milliarder av linjer med åpen kildekode. Mange utviklere føler at begrensning av hvordan de får tilgang til disse modellene — spesielt når de er betalende abonnenter — bryter en underliggende sosial kontrakt.

Endringer i markedsandeler

Kontroversen fremskyndet flere trender:

Kilde

Presedens for andre verktøy

OpenCode-forbudet satte en presedens som også påvirket andre tredjepartsverktøy. Cline, RooCode, Continue, Aider, og andre verktøy som brukte lignende OAuth-flyter ble også blokkert. Hele økosystemet av tredjeparts Claude-kompatible verktøy ble påvirket, ikke bare OpenCode. Kilde

Del 7: Hva utviklere gjør nå

Basert på diskusjoner i fellesskapet og aktivitet på GitHub, her er hvordan utviklermiljøet har reagert:

Migrasjonsmønstre

1. Oppsett med flere leverandører: Mange utviklere konfigurerer nå OpenCode med flere leverandører, og bruker Claude via API-nøkkel for oppgaver der den utmerker seg, og billigere alternativer for rutinearbeid.
2. OpenAI-migrering: En betydelig del av Claude-avhengige utviklere har flyttet til OpenAI sin Codex, som eksplisitt ønsker tredjepartsverktøy velkommen.
3. Lokal-først tilnærminger: Interessen for lokale modeller (Ollama, llama.cpp) har skutt i været, drevet av utviklere som ikke lenger ønsker å være avhengige av en enkelt leverandørs velvilje.
4. Adopsjon av API-nøkler: Utviklere som ønsker å fortsette å bruke Claude har gått over til API-nøkler, og aksepterer den høyere per-token-kostnaden for påliteligheten til en fullt støttet tilgangsmetode.

Utviklerstemning

Den varige skaden kan være på Anthropic sitt rykte i utviklermiljøet. Tillit er vanskelig å gjenoppbygge når den først er brutt. Flere undersøkelser og uformelle avstemninger på Hacker News og Reddit viser at utviklernes tillit til Anthropic falt betydelig etter hendelsen.

Del 8: Lærdommer for AI-verktøyindustrien

For verktøybyggere

• Aldri stol på en enkelt leverandørs OAuth-flyt som din primære autentiseringsmekanisme. Ha alltid API-nøkkel som reserve (fallback).
• Bygg leverandør-agnostiske arkitekturer fra dag én. OpenCode sin støtte for 75+ leverandører gjorde at Anthropic-blokkeringen var smertefull, men ikke fatal.
• Forvent at vilkår endres — enhver funksjon som fungerer "ved et uhell" heller enn ved eksplisitt avtale, vil til slutt bli stengt ned.

For modell-leverandører

• Kommuniser før du blokkerer. Et 30-dagers varsel om utfasing ville ha generert langt mindre tilbakeslag enn en avstengning over natten.
• Tilby en vei videre. Hvis du blokkerer abonnement-OAuth for tredjepartsverktøy, bør du samtidig tilby et utviklerprogram for tredjeparter med rimelig API-prising.
• Husk hvor treningsdataene dine kom fra. Utviklermiljøet har et langt minne.

For individuelle utviklere

• Diversifiser verktøykjeden din. Ikke bygg hele arbeidsflyten din rundt en enkelt leverandør.
• Forstå Terms of Service for hvert verktøy du er avhengig av.
• Vurder å bygge på plattformer som ZBuild som abstraherer bort leverandøravhengigheter, slik at du kan fokusere på å levere produktet ditt i stedet for å håndtere AI-leverandørpolitikk.

Konklusjon

OpenCode-Anthropic-sagaen i begynnelsen av 2026 er mer enn en historie om et verktøy som blir blokkert. Det er en casestudie i spenningene mellom åpen kildekode-kultur og kommersielle AI-forretningsmodeller. Anthropic hadde legitime forretningsmessige grunner for restriksjonen, men utførelsen — stille blokkeringer fulgt av juridiske trusler — svekket tilliten på måter som vil ta år å reparere.

For utviklere er den praktiske lærdommen klar: diversifiser leverandørene dine, bruk API-nøkler når det er mulig, og bygg arbeidsflyter som overlever endringer i policy. AI-verktøy-landskapet er fremdeles ungt og volatilt. Verktøyene og vilkårene du er avhengig av i dag, kan endre seg i morgen.

Kilder

• OpenCode GitHub Repository
• OpenCode OAuth Issue #6930
• Anthropic Blocking OpenCode — Issue #10956
• DHH on X — Criticism of Anthropic
• Anthropic's Walled Garden — Paddo.dev
• Anthropic Claude Code Lockdown — ByteIota
• Claude Code Cripples Third-Party Agents — Reading.sh
• OpenCode January Star Surge — Medium
• Anthropic Takes Legal Action — Hacker News
• Anthropic Explicitly Blocking OpenCode — Hacker News
• OpenCode Providers Documentation
• OpenCode Claude Max Proxy — GitHub
• OpenCode Anthropic Auth Plugin — GitHub
• OpenCode AI Agent Overview — Abit.ee
• Anthropic Banned the Shortcuts — LinkedIn