Pareto 26.10 is algemeen beschikbaar: wat er echt veranderde toen het preview-label eraf ging

Pareto 26.10 — de release die Unbiased verkoopt als Pareto 26.10 Preview sinds 1 oktober 2026 — is op 15 oktober 2026 algemeen beschikbaar geworden. Dat is het hele nieuws, en het is kleiner dan het woord "algemeen beschikbaar" meestal impliceert. Het model is niet veranderd. De prijs is niet veranderd. De benchmarktabel is niet veranderd, en veelbetekenend noemt de leverancier die cijfers nog steeds voorlopig op dezelfde pagina die de GA-banner draagt. Wat veranderd is, is de routing: de pareto-modelstring wijst nu standaard naar 26.10, terwijl die twee weken geleden naar de vorige release wees en 26.10 iets was waarvoor je je met naam moest aanmelden. De gedocumenteerde AI-storingen en agent-incidenten achter releases zoals deze zijn verzameld in het OrcaRouter AI Incident Archive waarbij elke vermelding zijn eigen bronnen, ernstniveau, betrouwbaarheidsgraad en betwistmarkering bevat.

Dat onderscheid is de twee minuten lezen waard, want het is het verschil tussen een release die je hebt gekozen en een release die vanzelf arriveert. Iedereen die pareto op 14 oktober aanriep, kreeg het oudere model. Iedereen die het op 16 oktober aanriep, kreeg 26.10 — met een ander contextvenster, een andere prijs en een andere modelstring eronder, zonder één regel code te wijzigen.

Wat is er op 15 oktober verplaatst?

De changelog-vermelding van de leverancier voor die datum is kort en ondubbelzinnig, en bevat drie beweringen die het waard zijn om uit elkaar te houden.

• De standaardalias is verplaatst. De tekenreeks pareto selecteert nu 26.10. De eigen formulering van Unbiased is dat de alias "nu naar 26.10 verwijst", wat een uitspraak is over de routering, niet over het model. • De gedateerde tekenreeksen werken nog steeds. pareto-26.10 legt deze release vast, en pareto-26.9 "blijft beschikbaar" voor iedereen die de vorige wil. De preview-tekenreeks is buiten gebruik gesteld: preview-gebruikers kregen te horen dat ze moesten overstappen naar pareto of pareto-26.10. Dat is een migratie die je handmatig moet uitvoeren als je de preview gebruikte. • De abonnementslimieten zijn verdubbeld tegen dezelfde prijs. Personal ging naar 50M tokens per week en Personal Max naar 600M; de maandelijkse kosten bleven voor beide ongewijzigd op $10 en $100. De API-tariefkaart zelf — $0,80 per miljoen input, $0,03 voor gecachte input, $3,20 output — is expliciet "ongewijzigd ten opzichte van de preview."

Dus de GA-gebeurtenis is een alias-omkering, een uitgefaseerde string en een ruimere wekelijkse limiet. Niets in die lijst maakt het model beter. Twee van de drie maken het goedkoper of gemakkelijker te gebruiken, en dat is voor de meeste lezers precies het punt.

Het specificatieblad, zoals gedocumenteerd

Pareto 26.10 is een model met tekst- en afbeeldingsinvoer en tekstuitvoer, met een contextvenster van 1.048.576 tokens en een maximale respons van 131.072 tokens. Beide zijn actuele feiten zoals gepubliceerd; geen van beide is onafhankelijk gemeten, en de eigen prijspagina van Unbiased vermeldt helemaal geen contextcijfer — je haalt het getal uit het technische vermeldingsrecord van het model en uit de modelkaart van de leverancier, wat een kleine documentatiekloof is die het kennen waard is voordat je een workload erop afstemt.

Op het gebied van parameters is de gedocumenteerde set max_tokens, temperature, top_p, tools en tool_choice. Die laatste is beperkt: je kunt het model laten beslissen of het een tool aanroept, maar je kunt een aanroep niet forceren zoals bij de meeste frontier-API's. Er is ook geen response_format in de gepubliceerde parameterlijst, wat van belang is als je pipeline afhankelijk is van gestructureerde output. Er staat nergens in het record een Hugging Face-identificatie, dus de gewichten zijn gesloten, en de leverancier beschrijft Pareto als een composiet — een samengesteld model dat meerdere onderliggende modellen tegen het verzoek laat draaien en het resultaat behoudt dat het het beste acht. Dat is een bewering over het mechanisme, gedaan door het bedrijf dat het verkoopt, zonder externe verificatie.

De sprong in context is het deel waar het de moeite loont even bij stil te staan. De vorige release had 262.144 tokens; 26.10 verviervoudigt dat naar 1.048.576. Grofweg verschuift dat een workload ter grootte van een codebase of transcript van "dit zul je in stukken moeten knippen" naar "je kunt het versturen." Het is ook het sterkste argument om 26.10 en 26.9 als werkelijk verschillende modellen te zien in plaats van als een versie-update, en dat is de vraag die beide vergelijkingspagina's in deze serie behandelen.

De benchmarktabel zegt nog steeds voorlopig

Voor 26.10 zijn vier scores gepubliceerd, allemaal van runs van 1 oktober, allemaal door de leverancier uitgevoerd, en allemaal met het label dat de leverancier ervoor heeft geschreven.

• DeepSWE v1.1 — 69,9%, bij een gerapporteerd gemiddelde van $0,24 per taak. • Terminal-Bench 4.0 — 50,8%, tegen $0,48 per taak. • Humanity's Last Exam, alleen tekst — 49,9%, tegen $0,008 per taak. • GPQA-Diamond — 92,4%, tegen $0,004 per taak.

De modelkaart van de leverancier noemt dit een "voorlopige vergelijking", stelt dat de resultaten voor 26.10 afkomstig zijn uit runs van 1 oktober 2026 en "kan veranderen vóór definitieve publicatie", en merkt op dat noemers en kostenmethodologie "bevestiging vereisen". Vooral het GPQA-Diamond-cijfer springt in het oog — 92,4% zou een gemengd routermodel plaatsen op terrein dat gewoonlijk is voorbehouden aan frontier-redeneersystemen — en juist dat getal heeft geen onafhankelijke tegenhanger. Geen enkele evaluator heeft per 18 oktober 2026 een herhaling gepubliceerd van een van deze vier.

Er staat ook een vergelijking op dezelfde kaart die de leverancier zelf omschrijft als niet onafhankelijk gevalideerd, waarin de vorige release hoger scoort op de enige benchmark die beide gemeen hebben: 26.9 met 70,0% op DeepSWE v1.1 tegen de 69,9% van 26.10. Dat verschil is een tiende punt, op een subset van 30 taken in plaats van de volledige evaluatieset, en het moet worden gelezen als "deze twee zijn op deze meting niet van elkaar te onderscheiden", niet als een rangschikking in welke richting dan ook. Als je één ding uit het benchmarkoverzicht meeneemt, neem dan dat mee: de gepubliceerde cijfers scheiden de twee releases niet, dus de reden om naar 26.10 te gaan is contextvenster en routing, niet de score.

Wat GA je eigenlijk oplevert, en wat niet

Drie praktische gevolgen, in volgorde van hoe waarschijnlijk ze je zullen raken.

Ten eerste: als je de preview-string vastpinde, zijn je aanroepen nu een onderhoudspunt. De preview is opgevolgd; de leverancier verwijst je naar pareto of pareto-26.10. Iedereen die de preview-string als een stabiele snapshot behandelde — een redelijk instinct voor een preview — heeft nu een model-string die niet langer de huidige release vertegenwoordigt.

Ten tweede, als je de kale pareto alias aanriep en aannam dat die stabiel was, dan was die aanname altijd al onjuist en is dat nu zichtbaar. Je bent van 262K context naar 1M context gegaan en van de septembertariefkaart naar de huidige, zonder het te vragen. In de documentatie van de leverancier staat dat onbekende model-identificaties nog niet worden geweigerd — een typefout wordt nog steeds geserveerd en als Pareto gefactureerd — dus het aliasgedrag is het enige dat tussen jou en een stille versiewijziging staat. Als reproduceerbaarheid belangrijk is, pin dan de gedateerde string; dit is in één zin het argument daarvoor.

Ten derde veranderen de verdubbelde tegoeden de rekensom voor gelijkmatige workloads. Bij 50M tokens per week voor $10 per maand op Personal kan een zware codeer- of onderzoekslast van één gebruiker binnen een abonnement vallen in plaats van onder facturering per token. Dat is geen bewering over het model, en het tegoed is een plafond en geen onbeperkt gebruik, maar het is het onderdeel van de vermelding van 15 oktober dat verandert wat je betaalt.

Waar een router past, eerlijk gezegd

OrcaRouter levert geen enkel Unbiased-model. Als je Pareto 26.10 wilt, roep je het aan via de eigen API van de leverancier — dat is de enige route, en we gaan niet suggereren dat het anders is. Waar een routeringslaag hier voor dient, is de beslissing eromheen: dezelfde sleutel en dezelfde integratie voor beide kanten van een vergelijking, zodat het evalueren van 26.10 tegen wat je al draait geen tweede contract en een tweede SDK betekent, en een model dat midden in de week onder je verandert een configuratiewijziging is in plaats van een storing. Dat laatste punt is wat pareto dat op 15 oktober van 26.9 naar 26.10 springt van buitenaf gezien lijkt: een aliaswijziging aan de leverancierskant die zonder enig signaal in het verzoek arriveerde. De automatische failover en routerings-DSL van een router bestaan voor de gevallen waarin een dergelijke afhankelijkheid fouten begint te geven of time-outs krijgt, en waarin het fallback-doel al benoemd zou moeten zijn voordat dat gebeurt.

OrcaRouter geeft de lijstprijs van de provider rechtstreeks door met 0% opslag, dus een tariefwijziging van een leverancier is bij ons dezelfde dag live als ze ingaat — wat over het algemeen een echt voordeel is en geen reden om een model te routeren dat wij niet aanbieden.

Wie zou deze week aan zet moeten zijn?

Stap over naar pareto-26.10 als je het venster van 1M tokens nodig hebt. Dat is het concrete, controleerbare verschil tussen de releases, en het is de enige reden die op tafel ligt waar een benchmarkblad niet tegenin kan gaan. Zet daarbij de gedateerde string vast in plaats van de alias, zodat de volgende aliaswissel iets is dat je plant.

Blijf op pareto-26.9 als je midden in een project zit en je context in 262K past. De twee gepubliceerde scores liggen een tiende punt uit elkaar op de eigen harness van de leverancier; er is niets in het openbare record dat erop wijst dat overstappen de outputkwaliteit verbetert. Je behoudt ook een string waarvan de leverancier zegt dat die beschikbaar blijft.

Wacht, als je nog op de preview-string zit en twijfelt: de migratie is een wijziging van één regel, maar het is het enige onderdeel van deze release waar niets doen een gedefinieerde faalmodus heeft.

Wat zou deze aflezing veranderen?

Drie dingen, waarvan er nog geen enkele zichtbaar is.

Een onafhankelijke benchmarkrun. Elk cijfer in dit artikel is van Unbiased zelf, op de harness van Unbiased, met de kanttekeningen van Unbiased erbij. Een herrun door een buitenstaander is het nuttigste dat zou kunnen verschijnen, en tot die er is, moet de 92,4%-score op GPQA-Diamond als een door de leverancier gerapporteerd resultaat worden geciteerd of helemaal niet worden geciteerd.

Een gedateerde prijswijziging. De kaart is al eerder gewijzigd zonder changelogvermelding die dat uitlegde, wat een betere deal en een slechter signaal is. GA heeft de tarieven expliciet overgenomen; de volgende keer dat ze veranderen, vertelt het feit of de leverancier er een datum aan hangt hoeveel je op de prijsstelling van dit model kunt plannen.

Een tweede serveerpad. Het model wordt door één provider geserveerd, dus er is geen failover-doel binnen de eigen stack van de leverancier. Voor alles waarbij 26.10 het kritieke pad is, is dat een ontwerpbeperking waar omheen moet worden gewerkt, geen detail om weg te leggen.

Vragen die blijven terugkomen

Is Pareto 26.10 een nieuw model of de preview met een nieuw label? Functioneel is het de preview-release: hetzelfde contextvenster, dezelfde prijsstelling, dezelfde vier gepubliceerde scores, hetzelfde onderliggende model. Wat GA heeft veranderd, is de routering — de pareto-alias selecteert het nu — plus de verdubbelde abonnementslimieten en het buiten gebruik stellen van de preview-string.

Betekent het label ‘algemeen beschikbaar’ dat de benchmarks definitief zijn? Nee, en dit is het detail dat de meeste berichtgeving over de changelog van 15 oktober zal overslaan. Dezelfde pagina van de leverancier die de algemene beschikbaarheid aankondigt, blijft de vier scores beschrijven als een voorlopige vergelijking en blijft zeggen dat de resultaten kunnen veranderen vóór de definitieve publicatie. Algemene beschikbaarheid beschrijft de status van het model als product; het vormt geen upgrade van het bewijs over de kwaliteit ervan.

Wat kost de aliaswijziging nu eigenlijk aan iemand die er geen aandacht aan besteedt? Niets, als diegene de nieuwste release wilde. Als diegene de versie wilde die hij of zij had getest, kost het hem of haar een contextvenster dat hij of zij niet heeft gekozen en een tariefkaart die hij of zij niet heeft bekeken — beide herstelbaar door vast te pinnen, en geen van beide kan achteraf uit een factuur worden gereconstrueerd.