Effektivitet blir huvudnumret
Anthropic lanserade Claude Opus 5.5 den 22 september 2026 som första modellen i Claude 5.5-familjen. Den är avsedd för komplex kodning, långvariga agentuppgifter och kvalificerat kunskapsarbete. Leverantören beskriver den som ett stort steg från Opus 5, men den viktigaste verifierbara förändringen för drift och budget är prissättningen: 4 dollar per miljon indatatoken och 20 dollar per miljon utdatatoken, vilket är 20 procent lägre än Opus 5.
Cacheläsningar kostar 0,20 dollar per miljon token, 60 procent mindre än för Opus 5. Det är särskilt relevant för agenter som återanvänder stora systeminstruktioner, kodbaser och dokument genom många verktygssteg. Anthropic uppskattar att en typisk arbetslast blir omkring 40 procent billigare totalt, eftersom modellen både har lägre priser och enligt leverantörens tester använder färre token och färre steg. Den procentsatsen är ett leverantörspåstående och behöver verifieras på den egna arbetslasten.
Opus 5.5 genererar enligt Anthropic utdata mer än 30 procent snabbare än Opus 5. En snabb variant finns också i Claude Code och på Claude Platform med upp till 2,5 gånger högre hastighet. Den kostar 8 dollar per miljon indatatoken och 40 dollar per miljon utdatatoken. För arbetslaster som kräver USA-bunden inferens tillkommer enligt produktsidan en faktor på 1,1 för in- och utdatatoken.
Färre steg kan väga tyngre än lägre tokenpris
Anthropic lyfter flera exempel på långa kodjobb. I ett internt HAProxy-test uppges Opus 5.5 ha slutfört en översättning från C till Rust på 9,5 timmar, jämfört med 12 timmar för Fable 5.1, och till 51 procent lägre kostnad. En tidig testkund uppges ha granskat och rättat en kodbas på 200 000 rader på under tre timmar, där Opus 5 använde mer än 20 timmar och 2,5 gånger fler token. Exemplen är intressanta men kommer från leverantören och utvalda testkunder, inte från en oberoende standardiserad produktionsmätning.
Benchmarkresultaten kräver samma försiktighet. Anthropic anger bland annat att Opus 5.5 vid standardinställning slår GPT-6 Astra på FrontierCode till omkring 20 procent av kostnaden per uppgift och matchar Astra på Terminal-Bench 4.0 till omkring 40 procent av kostnaden. Testerna har olika ansträngningsnivåer och vissa konkurrentsiffror är hämtade från andra leverantörers rapportering. De visar att modellen är värd att prova, men inte en universell rangordning.
För ett team är kostnad per löst och godkänd uppgift ett bättre mått än pris per miljon token. Registrera total inmatning, cacheläsning, cacheskrivning, utmatning, antal verktygsanrop, körtid och mänsklig granskning. En agent som når rätt resultat med hälften så många omtag kan bli billigare även om en enskild token inte är billigast.
API-förändringar att kontrollera före byte
Modellidentifieraren på Claude Platform är claude-opus-5-5. Modellen finns även via Amazon Web Services, Google Cloud, Microsoft Azure och GitHub Copilot. GitHub anger tillgänglighet för Copilot Pro+, Max, Business och Enterprise i bland annat Visual Studio Code, Visual Studio, Copilot CLI, coding agent, Copilot-appen, github.com, mobilappar, JetBrains, Xcode och Eclipse. Utrullningen sker gradvis.
Opus 5.5 lanseras med preserved thinking, samma anti-destillationsskydd som Anthropic införde för Fable 5.1. För API-konton skapade den 31 augusti 2026 eller senare kan klienten inte fritt ändra modellens tidigare resonemangskontext. Integrationer som bygger om historik, redigerar tidigare thinking-block eller återspelar delvis manipulerade konversationer behöver testas. Modellen går inte heller att köra med thinking helt avstängt.
Textutdata vattenmärks för att stödja transparenskrav enligt EU:s AI-regler. Anthropic uppger att märkningen inte ändrar betydelse, läsbarhet, tokenantal eller kostnad. Vattenmärkningen avgör inte ägarskap och är inte samma sak som en säker detektor för all AI-genererad text. Organisationer bör ändå dokumentera hur märkningen påverkar publicerings-, arkiverings- och granskningsflöden.
Noll datalagring är fortsatt tillgängligt, men vissa biologi- och cyberfunktioner ligger bakom verifieringsprogram och striktare skydd. Modellen använder samma klass av biologiska skydd som Fable 5.1, och Anthropic planerar utökad åtkomst till sitt Cyber Verification Program. Det innebär att två kunder kan få olika praktiskt beteende beroende på behörighet och användningsområde.
Säkerhet och långvariga agentjobb
Anthropic uppger att Opus 5.5 är mindre benägen att ta svåråterkalleliga åtgärder, oftare håller sig inom givna gränser och står emot promptinjektion bättre än Opus 5. Leverantören hänvisar till externa utvärderare och ett separat systemkort. Det är positivt, men ett modelltest kan inte ersätta kontroll av det omgivande agentsystemet.
Långvariga agenter behöver fortfarande minsta möjliga behörighet, isolerad exekvering, godkännandepunkter för känsliga steg, skyddade grenar och full spårbarhet för verktygsanrop. GitHubs Copilot-administratörer bör dessutom kontrollera modellpolicyn: nya modeller kan aktiveras automatiskt under standardinställningen. Copilot debiterar Opus 5.5 till leverantörens listpris inom sin användningsbaserade modell.
Rekommenderade nästa steg
För API-team: kör samma fler-stegsuppgifter mot Opus 5 och Opus 5.5. Mät kostnad per godkänd leverans och kontrollera särskilt klientlogik för thinking-block, cache och återupptagna konversationer.
För Claude Code- och agentteam: testa standardläget innan fast mode. Den snabbare varianten kan vara värd merkostnaden för interaktiva flöden, men bakgrundsjobb behöver inte samma latens.
För Copilot-administratörer: kontrollera om Opus 5.5 redan är aktiverad, avgränsa pilotgruppen och sätt budgetgränser. Dokumentera även vilka repositoryn och dataklasser modellen får användas med.
För säkerhetsansvariga: verifiera att agentens sandbox, nätverk, hemligheter och godkännanden är oberoende av modellens egna skydd. Behandla leverantörens säkerhetsresultat som ett underlag, inte som en behörighetsmodell.
LabOps IT:s bedömning
Opus 5.5 är en betydelsefull lansering eftersom den angriper den praktiska flaskhalsen för avancerade agenter: kostnaden för långa körningar. Lägre utpris, kraftigt billigare cacheläsningar och färre steg kan tillsammans göra fler kodmigreringar, analyser och dokumentflöden ekonomiskt rimliga.
Den bör dock inte bytas in blint. Preserved thinking och tvingat thinking-läge kan påverka befintliga API-klienter, medan vattenmärkning och verifierade åtkomstprogram behöver in i styrningen. Den bästa migreringssignalen är därför inte ett enskilt benchmark utan en intern uppgiftssvit som mäter kvalitet, tid, token, verktygsanrop och granskning som en helhet.