Claude Code 3.0: Finns det? Vad ändringsloggen visar i stället

Det finns ingen Claude Code 3.0. Den officiella ändringsloggen på code.claude.com/docs/en/changelog, läst den 23 oktober 2026, listar versioner i 2.1.x-serien, med 2.1.291 till och med 2.1.309 synliga högst upp på sidan. Den nyaste posten i sammanställningen nedan är 2.1.309, daterad den 22 oktober 2026. Inget i Anthropics eget material som vi har läst aviserar en 3.0, och den här artikeln kommer inte att gissa när en sådan kan komma.

Det är ett kort svar på en fråga som många ställer. Google Trends, globalt, de senaste sju dagarna, avläst den 23 oktober 2026, visar att sökfrågan "claude code 3.0" har ökat med 150 procent, vilket är en stor rörelse för ett versionsnummer som inte finns på leverantörens egen utgivningssida. Resten av den här texten handlar om den andra halvan av frågan, den användbara halvan: hur man skiljer en lansering från ett rykte, och vad man bör titta på i stället.

Vad sidan framför dig faktiskt säger

Ändringsloggen är ett enkelt, oglamoröst dokument. Den inleds med att tala om vad den är: versionsinformation för Claude Code, inklusive nya funktioner, förbättringar och buggfixar per version. Det står att sidan genereras från CHANGELOG.md på GitHub, och den uppmanar dig att köra claude --version för att kontrollera din installerade version. Sedan börjar den lista versioner, nyaste först, i fallande ordning.

Varje rubrik i listan högst upp på sidan är ett 2.1.x-nummer. Den nyaste är 2.1.309. Varje post är daterad, och varje post är grupperad efter typ av ändring, med Tillagt, Ändrat, Förbättrat och Åtgärdat som återkommande rubriker och längre listor ihopfällda bakom kontroller med texten "Visa N förbättringar" eller "Visa N buggfixar". Brödtexten i en post är specifik och kort: en varning som lagts till i VS Code-tillägget, en medföljande färdighet som uppdaterats, en ändring av hur ett shellkommando körs, en åtgärd för en panel som förblev tom.

Två detaljer på den sidan är värda att känna till innan du använder den som bevis. Den första är att ändringsloggen också innehåller versionssträngar som tillhör andra komponenter, så ett nummer som ser ut som en Claude Code-version kan tillhöra något helt annat; det är rubriken det står under som talar om vilket. Den andra är att frånvaro är betydelsefull här på ett sätt som den inte är överallt. En ändringslogg med den här tätheten, som uppdateras så här ofta, skulle innehålla en större version högst upp på sidan. Det finns ingen 3.0-rubrik att hitta, och ingen post under en sådan.

Hur du själv kontrollerar det på tre ställen

Den första platsen är själva ändringsloggssidan. Allt som Anthropic släpper till Claude Code ska hamna där, sidan anger var det kommer ifrån, och posterna är indexerade efter version så att du kan hoppa till vilken som helst av dem från sidopanelen. Om en påstådd utgåva inte finns i det indexet behöver påståendet en annan källa.

Den andra platsen är källfilen som sidan genereras från, CHANGELOG.md i Claude Code-förrådet på GitHub. Att läsa filen i stället för sidan är skillnaden mellan att läsa en sammanfattning och att läsa originaldokumentet. Det är samma innehåll, och det undanröjer alla frågor om huruvida sidan har tappat något.

Den tredje platsen är din egen maskin. Sidans egen instruktion är att köra claude --version, vilket skriver ut den version du har installerad. Den siffran besvarar en annan fråga än ändringsloggen, och skillnaden spelar roll. Ändringsloggen berättar vad som finns; kommandot berättar vad du kör. En läsare som har fått höra att 3.0 är ute och hittar 2.1.något på sin egen maskin har hittat en avvikelse som är värd att reda ut innan hen agerar på påståendet.

Tillsammans utgör de tre ett komplett test för nästan vilket versionspåstående som helst, och ingen av dem kräver att man litar på en video. En riktig utgåva finns i indexet, finns i källfilen och kan installeras. Ett rykte misslyckas vanligtvis i första steget och kontrolleras aldrig mot de andra två.

Varifrån intresset kommer

Ändringsloggen har ingen 3.0-post, och de +150 procenten verkar inte komma från något som Anthropic har släppt. Det ser ut att drivas av tredjepartsvideor och aggregatorinlägg, den sorts innehåll som behandlar ett versionsnummer som en rubrik. Det är inte en konspiration; det är ett incitament. "Claude Code 3.0" antyder en avgränsad händelse, ett före och ett efter, och en funktionsuppsättning som går att sammanfatta i en miniatyrbild. Inget av det behöver existera för att frasen ska bli klickad.

Versionsnummer är ovanligt bra på detta eftersom de ser ut som fakta. Ett nummer går att kontrollera, vilket får ett påhittat sådant att kännas verifierat, och det är kort, vilket gör att det sprids. Samma mekanism ger självsäkert klingande påståenden om datum. Den här artikeln upprepar inget av dem, för det finns inget att upprepa: inget datum för en 3.0 förekommer i ändringsloggen, i Anthropics annonsmaterial som vi har läst, eller någon annanstans där vi kan verifiera det.

Vad levererades faktiskt i samma tidsfönster?

Den sanningsenliga versionen av historien är mer intressant än den påhittade, och det handlar helt om funktioner snarare än en versionshöjning. Fyra saker går att verifiera i Anthropics eget material.

Code Review for Claude Code är nu allmänt tillgängligt för Team- och Enterprise-prenumerationer. En lättare version av samma granskning körs lokalt som /code-review. Ett Claude Security Plugin för Claude Code är i beta. Och teamet publicerade ett teknikinlägg den 15 oktober 2026 som beskriver hur det granskar kod, vilket är en sällsynt offentlig redogörelse för en process snarare än en produkt.

Läs den listan mot frasen "Claude Code 3.0" så är missmatchningen uppenbar. Om du hoppades att en huvudversion skulle medföra granskningsverktyg, säkerhetsskanning och en publicerad process, så kom det du hoppades på i 2.1.x, med namn och dokumentation, och ingen av dem behövde en ny första siffra för att släppas.

Varför ett versionsnummer är ett dåligt verktyg för den här produkten

Av ändringsloggen att döma förändras inte Claude Code i steg som en huvudversion skulle kunna markera. Det är en kontinuerlig ström av punktversioner, där var och en innehåller flera specifika ändringar, grupperade efter typ så att läsaren kan hitta den del som berör just dem. Den meningsfulla enheten är den namngivna funktionen, inte det tredje numret, och inte det första heller.

Det får en praktisk konsekvens för alla som följer verktyget. Om du väntar på en milstolpeversion för att utvärdera vad som har förändrats kommer du att ligga efter så länge som milstolpen tar, och du kommer att ha hoppat över en lång lista med saker som redan fungerar. Ändringsloggen är det instrument som passar leveransmodellen: den är daterad, den är specificerad post för post, och den motsvarar beteenden som du själv kan kontrollera på din egen maskin. Ett versionsnummer komprimerar allt detta till en enda siffra och förlorar allt som gjorde det användbart.

Sidan är också byggd för den fråga ett versionsnummer förväntas besvara. Eftersom varje utgåva är daterad och indexerad kan du titta på vad som ändrades mellan numret du kör och numret högst upp, läsa posterna däremellan och se hela avståndet på ett par minuter. Det är ett bättre svar än ”du ligger tre versioner efter”, eftersom det talar om vilka av versionerna som innehöll något du bryr dig om och vilka som innehöll en rättning för en panel du aldrig har öppnat.

Det finns en andra konsekvens, när det gäller påståenden. När en produkt levereras kontinuerligt är ett påstående om en framtida huvudversion omöjligt att motbevisa under så lång tid som det tar innan det visar sig vara fel, och det kan återanvändas i oändlighet genom att ändra datumet. Ett påstående om något som levererades förra veckan kan kontrolleras på en minut. Den asymmetrin är anledningen till att de bra källorna för det här verktyget är daterade sidor i stället för framåtblickande inlägg.

Hur man skiljer en video från en release

Fyra kontroller kommer att skilja dem åt, och ingen av dem kräver någon expertis.

Namnger påståendet en version som finns i ändringsloggens index? Om inte, stanna där. Namnger påståendet en specifik funktion eller ett specifikt kommando som du kan hitta dokumenterat? En riktig release brukar medföra något du kan peka på: ett kommando, en inställning, en beteendeförändring. Ett påhittat sådant tenderar att beskriva förbättringar i abstrakta ordalag. Pekar påståendet på en sida på Anthropics egen domän i stället för att beskriva en? Riktig releasetext länkar till det den beskriver. Och slutligen, kan du bekräfta numret på din egen maskin efter uppdateringen, med claude --version? Om svaret på det är nej, handlar påståendet om någon annans installation, inte din.

Mönstret som överlever alla fyra kontrollerna är tråkigt och tillförlitligt: en daterad post, en beskriven ändring, en sida du kan läsa, en version du kan installera. Mönstret som fallerar är vanligtvis en tumnagel.

Den del en router kan och inte kan hjälpa till med

Inget av detta handlar om vilken modell man ska köra, men det är värt att vara tydlig med var en gateway befinner sig i förhållande till förvirringen. Claude Code och modellerna det anropar är separata saker, vilket är den åtskillnad som hela den här frågan tenderar att sudda ut. Verktyget, dess granskningsfunktioner och dess säkerhetsplugin är Anthropics produkt, distribuerad av Anthropic, och den version du kör är den version du installerade från dem.

Det OrcaRouter gör är helt separat från det. Vi driftar modeller bakom en OpenAI-kompatibel slutpunkt, fler än 200 av dem på en enda nyckel, utan påslag så leverantörens listpris förs vidare, och med automatisk failover mellan leverantörer när en inte är tillgänglig. Team som anropar modeller från sina egna verktyg – granskningsagenter, testgeneratorer, den typ av pipeline som inlägget om kodgranskning beskriver – får en enda plats att peka mot och en enda faktura, och de kan byta modell utan att byta klientbibliotek.

Det vi inte gör är att leverera Claude Code, vara värd för Claude Code eller publicera dess ändringslogg. Om du vill veta vilken version av Claude Code som finns är den enda auktoriteten ändringsloggen som länkas ovan, och om du vill veta vad en router gör är det ärliga svaret att den flyttar tokens och inte produktversioner.

Vad frågan egentligen handlar om

Folk söker efter "claude code 3.0" av en anledning, och det är sällan själva siffran. De vill veta om något stort har förändrats, om de missar en funktion och om verktyget de använder är aktuellt. Alla tre frågorna har svar i dag, och ingen av dem kräver en 3.0.

Något stort har förändrats: granskningen har flyttats från en manuell grind till en automatiserad pipeline med riskindelat mänskligt godkännande, och teamet har publicerat hur. Funktionerna är dokumenterade: Code Review, /code-review och säkerhetspluginen har alla egna sidor. Och om ditt verktyg är aktuellt är ett kommando du kan köra i en terminal. Versionsnumret är den minst informativa av de tre svaren, vilket förmodligen är anledningen till att det är det som blir påhittat.

Vad du ska göra nästa gång du ser ett versionspåstående

Öppna ändringsloggen och sök i indexet. Det tar mindre tid än att titta på videon, och det avgör frågan i stället för att förlänga den. Om numret finns där, läs posten nedanför så vet du exakt vad som ändrades och när. Om det inte finns där har du lärt dig något mer användbart än ett releasedatum: du har lärt dig att påståendet inte handlade om produkten.

Den vanan är värd att behålla för varje verktyg som levereras på det här sättet, inte bara det här. En ändringslogg är ett löfte om att leverantören upprätthåller ett offentligt register, och ett offentligt register är den billigaste formen av verifiering som finns. Anthropic har en för Claude Code, den genereras från en fil som du kan läsa direkt, och den 23 oktober 2026 står det 2.1.x. Vad som än levereras härnäst kommer den sidan att vara den första platsen där det dyker upp, och det kommer att finnas där innan någon video om det gör det.