Anthropics Bug-Scope-läcka: En modell som åtgärdar en bugg och frågar om klassen

Den mest intressanta meningen i den aktuella Anthropic-läckan handlar inte om intelligens. Den handlar om omfattning. Enligt en rapport som återgavs på X den 19 oktober 2026 förbereder Anthropic en modell som, när den ombeds åtgärda en enda bugg, kan identifiera den bredare problemklassen bakom den och sedan fråga om den även bör åtgärda dessa. Det är ett påstående om var en modell slutar, inte om hur väl den resonerar – och det landar direkt på förkastningslinjen för varje kodningsagent i produktion, inklusive de som byggs på Claude Opus 5.5 i dag och de som folk redan antar kommer att köras på Claude Fable 5.5, den obekräftade kandidaten för modellen som beskrivs. Anthropic har inte tillkännagivit, namngivit eller daterat någon sådan modell. Det finns ingen identifierare, ingen prislista, inget modellkort och ingen utvärdering. Allt nedan om det rapporterade beteendet är overifierad rapportering från en enda källa, och allt nedan om det nuvarande modellutbudet kommer från Anthropics egen dokumentation. Dokumenterade AI-fel och incidenter med kodningsagenter som ligger bakom rapporter som den här samlas i OrcaRouter AI Incident Archive där varje post har egna källor, allvarlighetsgrad, konfidensgrad och flagga för omstridd status.

Ordvalet spelar större roll än vanligt här, eftersom två sammanfattningar av samma rapport beskriver två olika beteenden. Den som läses som en specifikation – en bugg, klassen bakom den, en fråga om huruvida man bör utvidga uppgiften – förekommer i den vidarebefordran som nådde oss. Den offentliga sammanställningen av rapporten, läst den 19 oktober, innehåller en annan formulering: en modell ”med bättre intuition och resonemang som kan urskilja underliggande avsikter och är bättre på att tänka utanför boxen.” Det är inte samma påstående. Det ena handlar om en modell som föreslår mer arbete; det andra om en modell som läser av vad du menade. Båda kan vara sanna om samma modell, men bara ett av dem förändrar hur en diff ser ut på måndag morgon, och det är just det som är värt att plocka isär.

Vad påståendet faktiskt säger, och vad det inte säger

Tar man bort adjektiven beskriver rapporten ett beteende i tre steg: modellen får en defekt, den generaliserar från defekten till ett mönster och den synliggör mönstret för användaren i stället för att tyst åtgärda det. Det tredje steget är det som gör detta till ett designpåstående snarare än ett benchmark-påstående. En modell som tyst reparerade varje instans skulle vara en autonom agent med ett obegränsat skadeomfång. En modell som hittar mönstret och frågar föreslår en ändring av uppgiftens omfång, vilket är något en noggrann ingenjör gör och något en slarvig agent inte bör tillåtas göra ensidigt.

Det är inte heller ett påstående som någon kan bedöma ännu. Det finns ingen offentlig uppsättning uppgifter som mäter "identifierade klassen korrekt" mot "hittade på ett mönster som inte fanns". Båda beteendena ser identiska ut i en transkription: modellen kommer tillbaka med en lista. Huruvida listan är en äkta generalisering eller en självsäker hallucination avgörs först genom att läsa varje post, vilket är arbetet som modellen skulle bespara dig.

Det som rapporten inte säger är lika avgörande. Inget modellnamn. Ingen API-identifierare. Inget pris, inget kontextfönster och ingen gräns för utdata. Ingen uppgift om huruvida beteendet är ett standardbeteende, ett läge eller något som anroparen måste begära. Och ingen bekräftelse från leverantören av något slag – nyhetsrummet hos A​nthropic har inte publicerat något om en ny modell sedan Claude Haiku 5.5 den 7 oktober 2026, och översikten över modeller i Claude Platform listar fortfarande exakt fyra modeller: Claude Fable 5.1, Claude Opus 5.5, Claude Sonnet 5.5 och Claude Haiku 5.5.

Varför ”den bredare klassen” är ett annat påstående än ”bättre resonemang”

Bättre resonemang är det säkra påståendet. Varje generation beskrivs på det sättet, den mäts på offentliga index, och en efterföljare som får högre poäng skulle förväntas snarare än vara nyhetsvärdig. Att generalisera från ett enskilt fall är en annan operation, och anledningen till att det är intressant är att det är det enskilt vanligaste verkliga defektmönstret inom programvara.

Det kanoniska exemplet är injektion. Du rapporterar en osanerad fråga i en hanterare. Klassen bakom den är varje annan hanterare som bygger en fråga på samma sätt. En mänsklig granskare som har sett detta förut åtgärdar inte bara den ena hanteraren och går vidare; de grep:ar efter mönstret och frågar sedan om åtgärden hör hemma i detta ärende. En modell som gör samma sak utför en granskning, inte en reparation. Utdata är inte en patch, det är ett fynd – och fynd är bara användbara om någon med befogenhet att bredda ärendet är inkopplad.

• Vad påståendet beskriver – utifrån en defekt, identifiera mönstret och ta upp det innan du agerar.

• Vad en vanlig fix gör – ändrar koden du pekade på och stannar.

• Vad en slarvig agent gör – ändrar koden du pekade på, fortsätter sedan, och det första du hör om det är diffen.

• Vad rapporten lämnar öppet – huruvida ”asks” innebär en blockerande fråga i en interaktiv session eller en anteckning som fogas till en slutförd ändring.

Den sista raden är där läckan slutar vara bedömbar. Skillnaden mellan de två tolkningarna är skillnaden mellan ett verktyg som respekterar ändringskontroll och ett som dokumenterar sin egen omfattningsglidning i efterhand.

Anthropics egen vägledning står redan på båda sidor i den här frågan.

Här är vad som gör påståendet trovärdigt snarare än slumpmässigt. Anthropics publicerade vägledning för Claude Code efterfrågar redan exakt denna instinkt på ett ställe och varnar för den på ett annat, och de två råden skiljs åt av ett stycke.

"Åtgärda grundorsaker, inte symtom" är en av de dokumenterade strategierna i Claude Code-guiden för bästa praxis och illustreras med ett byggfel: åtgärda felet och verifiera att bygget lyckas, och dölj inte felet. Det är en direkt instruktion att blicka förbi den rapporterade förekomsten. Några avsnitt tidigare säger samma guide att man ska "Avgränsa uppgiften. Ange vilken fil, vilket scenario och vilka testpreferenser", med exemplet att be om ett test som täcker ett kantfall i stället för tester i allmänhet. Anledningen som anges är att Claude kan sluta sig till avsikten men inte läsa dina tankar.

Guiden drar också en gräns vid diffstorlek: planläget är värt extraarbetet när en ändring berör flera filer eller tillvägagångssättet är osäkert, och ”om du kan beskriva diffen i en mening, hoppa över planen”. En modell som utvidgar en bugg till en klass förvandlar per konstruktion en diff på en mening till en plan. Så beteendet som läckan beskriver är inte främmande för Anthropics produktfilosofi – det är ögonblicket där två av dess uttalade principer kolliderar, och kollisionen löses för närvarande av användaren, inte av modellen.

Det finns en andra, mindre bekväm anledning till att påståendet är rimligt. Anthropics egen dokumentation är uppriktig om att en modell stannar när arbetet ser färdigt ut, och att utan något som modellen kan köra — en testsvit, en build-exitkod, en diff mot en fixture — är "ser färdigt ut" den enda signal som finns tillgänglig. En modell som generaliserar från en bugg till en klass är en modell som har hittat en signal bortom "ser färdigt ut". Det är det starkaste argumentet för förmågan och det starkaste argumentet för att fråga innan man agerar på den.

Där beslutet faktiskt fattas idag

Det användbara med den här läckan är att de kontroller den skulle behöva redan finns, och du kan granska dem utan att vänta på en modell. Tre av dem är viktiga.

• Effort – A​nthropic exponerar fem nivåer, från low via medium och high till xhigh och max, och inställningen styr hur mycket arbete modellen utför på egen hand. Claude Opus 5.5 och Claude Haiku 5.5 har medium som standard; de övriga nuvarande modellerna har high som standard. Effort gäller för alla utdatatokens, även verktygsanrop, vilket innebär att en omfångsutökande modell med high effort är en omfångsutökande modell med en större kostnad.

• Planläge – Claude Code separerar utforskning från utförande, och den dokumenterade tröskeln för att använda det är just det flerfilsfall som en buggklass innebär. Kontrollen är inte ett filter på modellens idéer; det är ett steg där du får se den utvidgade omfattningen innan den blir en diff.

• Deterministiska grindar – hooks kör en kontroll som ett skript och kan blockera en tur från att avslutas tills den passerar. Det är den enda av de tre som inte beror på att modellen väljer att fråga. Om det rapporterade beteendet någonsin levereras är det ärliga sättet att använda det bakom en grind som du själv har skrivit, eftersom "frågar om den bör hantera dessa" är ett löfte om en modells omdöme, och en stop-hook är ett löfte om ditt eget.

Inget av det där är en kritik av påståendet. Det är anledningen till att påståendet är intressant: en modell som föreslår bredare omfattning är bara en förbättring om utvidgningen är synlig innan den tillämpas, och varje mekanism som gör den synlig är något som anroparen konfigurerar, inte något som modellen garanterar.

Vad det skulle kosta om det fungerade

Omfångsutvidgning är den dyraste formen av hjälpsamhet, eftersom den multiplicerar output snarare än input. På Anthropics aktuella prislista kostar Claude Fable 5.1 10 USD per miljon inputtokens och 50 USD per miljon outputtokens, medan Claude Opus 5.5 kostar 4 USD och 20 USD – och Anthropics egen dokumentation hänvisar utvecklare till Claude Opus 5.5 först och går över till Fable endast när utvärderingar av Opus vid högre ansträngning fortfarande inte räcker till. En modell vars säljargument är att hitta mer arbete att göra går direkt emot det rådet, eftersom det är den billiga nivån vars output man vill multiplicera och den dyra nivån är den där ett utökat ärende blir en budgetpost.

Det finns en andra ordningens kostnad som inte syns på en tokenfaktura: granskning. En patch till en funktion kan läsas på en minut. Ett fynd som namnger nio andra anropsplatser måste verifieras punkt för punkt, och verifieringen är samma arbete som modellen påstod sig ta bort. Det är inte ett argument mot förmågan – en bra granskare med en checklista är snabbare än en bra granskare utan – men det innebär att värdet beror på precisionen. En modell som lyfter fram fem verkliga fall och ett påhittat har kostat dig tiden att motbevisa det påhittade, och lärt dig att lita på listan något mindre.

Vad du kan kalla i dag, och det ärliga svaret om den här

Inget nytt. Det finns ingen identifierare för modellen i rapporten, och vår egen katalog är ett rimligt test på det: att fråga den efter anthropic/claude-fable-5.5 returnerar modellen hittades inte, och detsamma gäller anthropic/claude-haiku-5.5. Strängarna finns inte bland de 209 modeller vi dirigerar. Det som däremot fungerar är det aktuella modellutbudet till A​nthropics listpris – anthropic/claude-opus-5.5 med ett kontextfönster på 1 miljon token, en utdatagräns på 128K och $4 / $20 per miljon, och anthropic/claude-fable-5.1 till $10 / $50. Varje plattform som just nu annonserar åtkomst till ”A​nthropics nya modell för buggletning” säljer ett namn.

Den praktiska frågan en läsare faktiskt har är inte vad modellen heter. Det är hur man tar reda på om en modell som vidgar omfånget hjälper eller stjälper i din kodbas utan att satsa en produktionsväg på ett rykte. Det är en routingfråga, och det är den plats där en plattform verkligen gör nytta: skicka en andel av förfrågningarna till den obeprövade modellen med en modell som du redan har mätt som stöd bakom den, så att en dålig generalisering kostar dig en granskning i stället för en incident. Prisändringar och nya versioner från Anthropic landar på OrcaRouter samma dag med 0 % påslag, så när en prislista väl dyker upp är kostnaden för experimentet listpriset och inget utöver det. Du kan se exakt vad det nuvarande toppalternativet i sortimentet kostar på modellsidan för Claude Opus 5.5, och jämföra det med sidan för Claude Fable 5.1 innan du bestämmer vilken som ska vara standard för din arbetsbelastning.

Vad skulle förändra det här stycket?

Tre saker, och den första är den som skulle avgöra det snabbast.

En förstapartsmening. En rad i A​nthropics dokumentation som beskriver när modellen vidgar omfattningen, och huruvida den vidgningen är standard eller något man aktivt väljer, skulle förvandla hela läckan till en specifikation. Frånvaron av den raden är anledningen till att varje påstående här måste förses med förbehåll.

En publicerad utvärdering. ”Hittade klassen” är bara meningsfullt i förhållande till ”hittade på klassen”, och ingen leverantör publicerar en uppsättning uppgifter som skiljer dem åt. Tills en sådan finns – precision och recall för identifiering av defektklasser, poängsatt av någon annan än laboratoriet – är ett påstående om generalisering från en enda bugg en beskrivning av en avsikt, inte en förmåga som går att jämföra mellan modeller.

Ett namn och en prislista tillsammans. Namnkonventionen har varit stabil genom Fable 5, Fable 5.1, Opus 5.5, Sonnet 5.5 och Haiku 5.5, och identifieraren bär nivån: ett claude-fable-5-5 skulle innebära $10 / $50 och ett claude-opus-5-6 skulle innebära $4 / $20. En enda sträng i modellöversikten löser frågan som läckan ägnar tusen ord åt.

Fram till dess är den ärliga hållningen att ett frontier-labb enligt uppgift bygger mot ett beteende som varje ingenjörsorganisation redan har en policy för, och ingen har publicerat policyn. Om en modell bör åtgärda buggen du rapporterade, eller buggen du inte visste att du hade, är inte en fråga om förmåga. Det är en fråga om vem som har merge-knappen, och läckan – som säger att modellen frågar – är ett mer lugnande svar än det som de flesta kodagenter för närvarande ger, vilket är att fortsätta och låta diffen förklara sig själv.