Pareto 26.10 är allmänt tillgänglig: Vad som faktiskt förändrades när förhandsgranskningsetiketten togs bort

Pareto 26.10 — versionen som Unbiased har sålt som Pareto 26.10 Preview sedan 1 oktober 2026 — blev allmänt tillgänglig den 15 oktober 2026. Det är hela nyheten, och den är mindre än vad ordet ”allmänt tillgänglig” vanligtvis antyder. Modellen ändrades inte. Priset ändrades inte. Benchmark-arket ändrades inte, och, avslöjande nog, kallar leverantören fortfarande dessa siffror preliminära på samma sida som bär GA-banderollen. Det som ändrades är routningen: pareto-modellsträngen pekar nu på 26.10 som standard, där den för två veckor sedan pekade på föregående version och 26.10 var något man måste välja genom att ange namnet. De dokumenterade AI-felen och agentincidenterna bakom versioner som denna samlas i OrcaRouter AI Incident Archive där varje post har sina egna källor, allvarlighetsgrad, konfidensgrad och flagga för omtvistad status.

Den skillnaden är värd de två minuter det tar att läsa, för det är skillnaden mellan en utgåva du valde och en utgåva som bara anländer. Den som anropade pareto den 14 oktober fick den äldre modellen. Den som anropade det den 16 oktober fick 26.10 – med ett annat kontextfönster, ett annat pris och en annan modellsträng under huven, utan att ändra en rad kod.

Vad rörde sig den 15 oktober?

Leverantörens ändringsloggspost för det datumet är kort och entydig, och den innehåller tre påståenden som är värda att hålla isär.

• Standardaliaset har flyttats. Strängen pareto väljer nu 26.10. Unbiaseds egen formulering är att aliaset "nu pekar på 26.10", vilket är ett påstående om routing, inte om modellen. • De daterade strängarna fungerar fortfarande. pareto-26.10 låser den här versionen, och pareto-26.9 "är fortfarande tillgänglig" för alla som vill ha den tidigare. Förhandsversionssträngen har tagits ur bruk: användare av förhandsversionen uppmanades att byta till pareto eller pareto-26.10. Det är en migrering som du måste göra manuellt om du var på förhandsversionen. • Prenumerationskvoterna fördubblades till samma pris. Personal gick till 50M token i veckan och Personal Max till 600M, båda oförändrade i månadskostnad på $10 och $100. API:ets prislista i sig — $0.80 per miljon indata, $0.03 cachad indata, $3.20 utdata — är uttryckligen "oförändrad från förhandsversionen."

Så GA-händelsen är ett aliasbyte, en utfasad sträng och en större veckotilldelning. Inget i den listan gör modellen bättre. Två av tre gör den billigare eller enklare att använda, vilket för de flesta läsare är poängen.

Specifikationsbladet, enligt dokumentationen

Pareto 26.10 är en modell för text- och bildindata till textutdata med ett kontextfönster på 1 048 576 token och ett maximalt svar på 131 072 token. Båda uppgifterna är gällande fakta i publicerat skick; ingen av dem är oberoende uppmätt, och Unbiaseds egen prissättningssida anger överhuvudtaget ingen kontextsiffra – du får siffran från modellens tekniska listningspost och från leverantörens modellkort, vilket är en liten dokumentationslucka som är värd att känna till innan du dimensionerar en arbetsbelastning mot den.

På parametersidan är den dokumenterade uppsättningen max_tokens, temperature, top_p, tools och tool_choice. Den sistnämnda är begränsad: du kan låta modellen avgöra om den ska anropa ett verktyg, men du kan inte tvinga fram ett anrop på samma sätt som du kan på de flesta frontier-API:er. Det finns ingen response_format i den publicerade parameterlistan heller, vilket spelar roll om din pipeline är beroende av strukturerad utdata. Det finns ingen Hugging Face-identifierare någonstans i registret, så vikterna är stängda, och leverantören beskriver Pareto som en komposit – en blandad modell som kör flera underliggande modeller mot begäran och behåller det resultat den bedömer är bäst. Det är ett påstående om mekanism, framfört av företaget som säljer den, utan extern verifiering.

Kontextklivet är den del som är värd att stanna upp vid. Den tidigare versionen hade 262 144 token; 26.10 fyrdubblar det till 1 048 576. Grovt sett flyttar det en arbetsbelastning av kodbasstorlek eller transkriptionsstorlek från "du kommer att behöva dela upp det här" till "du kan skicka det". Det är också det enskilt starkaste argumentet för att läsa 26.10 och 26.9 som genuint olika modeller snarare än en versionsuppdatering, vilket är den fråga som båda jämförelsesidorna i den här serien arbetar sig igenom.

Benchmark-arket står fortfarande som preliminärt

Fyra poäng publiceras för 26.10, alla från körningar den 1 oktober, alla genomförda av leverantören och alla med den etikett som leverantören skrev för dem.

• DeepSWE v1.1 — 69,9 %, vid ett rapporterat medelvärde på 0,24 USD per uppgift. • Terminal-Bench 4.0 — 50,8 %, vid 0,48 USD per uppgift. • Humanity's Last Exam, endast text — 49,9 %, vid 0,008 USD per uppgift. • GPQA-Diamond — 92,4 %, vid 0,004 USD per uppgift.

Leverantörens modellkort kallar detta en ”preliminär jämförelse”, anger att resultaten för 26.10 kommer från körningar den 1 oktober 2026 och ”kan ändras före slutlig publicering”, samt noterar att nämnare och kostnadsmetodik ”kräver bekräftelse”. Särskilt GPQA-Diamond-siffran är den som sticker ut – 92,4 % skulle placera en blandad routermodel på mark som vanligtvis är reserverad för frontier-resonemangssystem – och det är just det tal som saknar en oberoende motsvarighet. Ingen utvärderare har offentliggjort en omkörning av någon av dessa fyra per den 18 oktober 2026.

Det finns också en jämförelse på samma kort som leverantören själv beskriver som icke oberoende validerad, där den tidigare versionen får högre poäng på det enda benchmark som båda har gemensamt: 26,9 vid 70,0 % på DeepSWE v1.1 mot 69,9 % för 26.10. Den skillnaden är en tiondels punkt, på en delmängd med 30 uppgifter i stället för hela utvärderingssetet, och den bör läsas som ”de här två går inte att skilja åt på den här mätningen”, inte som en rangordning i någon riktning. Om du ska ta med dig en enda sak från benchmarkbladet, ta det här: de publicerade siffrorna skiljer inte de två versionerna åt, så anledningen att gå över till 26.10 är kontextfönstret och routningen, inte poängen.

Vad GA faktiskt ger dig, och vad det inte ger dig

Tre praktiska konsekvenser, ordnade efter hur troligt det är att de slår till.

Först, om du pinnade förhandsversionssträngen är dina anrop nu ett underhållsärende. Förhandsversionen har ersatts; leverantören hänvisar dig till pareto eller pareto-26.10. Den som behandlade förhandsversionssträngen som en stabil ögonblicksbild – en rimlig instinkt för en förhandsversion – har nu en modellsträng som inte längre representerar den aktuella utgåvan.

För det andra, om du anropade det bara pareto-aliaset och antog att det var stabilt, var det antagandet alltid fel och är nu synligt. Du bytte från 262K kontext till 1M kontext och från septemberprislistan till den nuvarande utan att fråga. Leverantörens dokumentation anger att okända modellidentifierare ännu inte avvisas – ett stavfel levereras fortfarande och faktureras som Pareto – så aliasbeteendet är det enda som står mellan dig och en tyst versionsändring. Om reproducerbarhet spelar roll, lås den daterade strängen; detta är argumentet för det i en mening.

För det tredje ändrar de fördubblade kvoterna kalkylen för stadiga arbetsbelastningar. Vid 50M tokens i veckan för $10 i månaden på Personal kan en tung kodnings- eller forskningsbelastning för en enskild användare rymmas inom en prenumeration i stället för i debitering per token. Det är inte ett påstående om modellen, och kvoten är ett tak snarare än obegränsad användning, men det är den del av posten från 15 oktober som förändrar vad du betalar.

Var en router passar in, ärligt talat

OrcaRouter tillhandahåller ingen Unbiased-modell. Om du vill ha Pareto 26.10 anropar du den via leverantörens eget API — det är den enda vägen, och vi kommer inte att antyda något annat. Det ett routningslager är till för här är beslutet runt omkring det: samma nyckel och samma integration för båda sidor av en jämförelse, så att utvärdera 26.10 mot det du redan kör inte innebär ett andra avtal och en andra SDK, och en modell som ändras under fötterna på dig mitt i veckan är en konfigurationsändring snarare än ett avbrott. Den sista punkten är vad pareto som byter från 26.9 till 26.10 den 15 oktober ser ut som utifrån: en aliasflytt på leverantörssidan som landade utan någon signal i förfrågan. En routers automatiska redundansväxling och routing-DSL finns till för de fall där ett sådant beroende börjar ge fel eller timeouts, och där reservmålet redan borde vara namngivet innan det gör det.

OrcaRouter för vidare leverantörens listpris direkt med 0 % påslag, så en prisändring från leverantören slår igenom hos oss samma dag som den träder i kraft – vilket är en verklig fördel i allmänhet och inte ett skäl att routa en modell som vi inte tillhandahåller.

Vem borde flytta den här veckan?

Byt till pareto-26.10 om du behöver fönstret på 1M token. Det är den konkreta, kontrollerbara skillnaden mellan versionerna, och det är det enda skälet som ligger på bordet och som ett benchmarkark inte kan argumentera emot. Lås den daterade strängen i stället för aliaset medan du gör det, så att nästa aliasväxling blir något du schemalägger.

Stanna kvar på pareto-26.9 om du är mitt i ett projekt och din kontext ryms inom 262K. De två publicerade poängen skiljer sig med en tiondels poäng i leverantörens eget testramverk; det finns inga belägg i den offentliga dokumentationen för att ett byte förbättrar utdatakvaliteten. Du behåller också en sträng som leverantören säger fortfarande är tillgänglig.

Vänta, om du fortfarande är på förhandsgranskningssträngen och är osäker: migreringen är en enradig ändring, men det är den enda delen av den här utgåvan där att inte göra något har ett definierat felläge.

Vad skulle ändra den här avläsningen?

Tre saker, ingen av dem synlig ännu.

En oberoende benchmarkkörning. Varje siffra i den här artikeln är Unbiaseds egna, framtagna med Unbiaseds egen testram, med Unbiaseds egna förbehåll bifogade. En ny körning av en utomstående part är det enskilt mest användbara som skulle kunna framkomma, och tills den gör det bör siffran 92,4 % på GPQA-Diamond citeras som ett leverantörsrapporterat resultat eller inte citeras alls.

En daterad prisändring. Kortet har ändrats tidigare utan en changelog-post som förklarar det, vilket är ett bättre erbjudande men en sämre signal. GA förde över priserna uttryckligen; nästa gång de ändras visar det sig – om leverantören daterar ändringen – hur mycket av den här modellens prissättning du kan planera utifrån.

En andra serveringsväg. Modellen serveras av en enda leverantör, så det finns inget redundansmål i leverantörens egen stack. För allt där 26.10 är den kritiska vägen är det en designbegränsning att kringgå snarare än en detalj att arkivera.

Frågor som ständigt återkommer

Är Pareto 26.10 en ny modell eller förhandsversionen med en ny etikett? Funktionellt är det förhandsversionen: samma kontextfönster, samma prissättning, samma fyra publicerade poäng, samma modell under huven. Det som GA ändrade är routingen – paretoaliaset väljer nu den – plus de dubblade prenumerationskvoterna och avvecklingen av förhandsversionssträngen.

Betyder märkningen ”allmänt tillgänglig” att benchmarkresultaten är slutgiltiga? Nej, och det är detaljen som de flesta genomgångar av ändringsloggen från 15 oktober hoppar över. Samma leverantörssida som tillkännager allmän tillgänglighet fortsätter att beskriva de fyra poängen som en preliminär jämförelse och att säga att resultaten kan ändras före slutlig publicering. Allmän tillgänglighet beskriver modellens status som produkt; det förbättrar inte bevisningen om dess kvalitet.

Vad kostar aliasändringen egentligen någon som ignorerar den? Ingenting, om de ville ha den senaste versionen. Om de ville ha versionen de testade, kostar det dem ett kontextfönster de inte valde och en prislista de inte granskade — båda kan återställas genom att låsa versionen, och ingen av dem kan rekonstrueras i efterhand från en faktura.