Seedream 5.5 zegt dat het 100 bewerkingen overleeft. Dit is wat zich in werkelijkheid opstapelt.

ByteDance kondigde Seedream 5.5 op 9 november 2026 aan, en de belangrijkste claim gaat niet over smaak. Het is dat het model één afbeelding honderd keer achter elkaar kan bewerken zonder kleine details te verliezen, en dat alles wat je niet hebt aangeraakt op pixelniveau ongewijzigd blijft. Dat is een ander soort belofte dan die waarop GPT Image 2.5 Sunburst en Nano Banana 2.1 werden verkocht. Smaak is een argument. Drift is een meting, en die treedt wel of niet op. Dus de nuttige vraag is niet of Seedream 5.5 goed is — maar wat er specifiek misgaat in een bewerkingsketen, welke van die fouten deze claim dekt, en hoe je dat zelf zou ontdekken voordat je er een pipeline op bouwt.

Begin met de boekhouding. Een bewerkingsketen is niet één inferentie, maar honderd op elkaar gestapelde, en elke stap hercodeert het hele frame. Fouten blijven niet lokaal. Ze versterken elkaar.

Vijf grootboeken, niet één

Wanneer beoefenaars zeggen dat een beeld 'uit elkaar valt' na een lange sessie, beschrijven ze meestal een van vijf verschillende faalmodi. Ze op één hoop gooien is de reden waarom het debat over uithoudingsvermogen nooit wordt beslecht.

• Kleur. Witbalans en verzadiging sluipen erin. Elke ronde verschuift het histogram lichtjes in de richting die de bewerking suggereerde; tegen ronde veertig heeft een neutrale grijze kaart een kleurzweem die niemand heeft gevraagd. Deze is goedkoop te meten en het gemakkelijkst over het hoofd te zien met het blote oog.

• Geometrie. Rechte lijnen buigen, cirkels worden licht ovaal, een productsilhouet krijgt aan één kant een millimeter schouder. Frame voor frame onzichtbaar en overduidelijk wanneer je de eerste ronde over de zestigste legt.

• Textuur. Huid, stof, geborsteld metaal en fijne bedrukking verliezen als eerste hoogfrequente details. Opeenvolgende her-renders effenen wat ze niet begrijpen, en „schoner” is niet hetzelfde als „correct”.

• Type. Belettering is de kanarie. Eén verkeerd teken in een merknaam betekent opnieuw filmen, en dit is precies het probleem dat ByteDance's eigen cijfers direct adresseren — de aankondiging noemt ernstige tekstcorruptie op 0,4% en lichte op 1,7% voor Chinees en Engels, inclusief dichte kleine lettertypen, gemeten over zes use cases op ByteDance's MagicArena-opstelling. Dat zijn door de leverancier gerapporteerde cijfers en niemand buiten ByteDance heeft ze gereproduceerd.

• Semantiek. Het onderdeel dat niemand benchmarkt. Ronde na ronde van "maak de schaduw zachter" en het object wordt stilletjes een ander object, of de compositie herschikt zichzelf om te voldoen aan een instructie die niemand heeft gegeven.

De claim van honderd rondes, eng gelezen, is een belofte over de eerste vier. Of die zich uitstrekt tot de vijfde, wordt niet gezegd, en juist de vijfde verpest een oplevering aan een klant.

"Pixel level" doet meer werk dan het lijkt.

De formulering die ByteDance voor onaangeroerde gebieden gebruikt, is dat niet-bewerkte delen op pixelniveau behouden blijven. De moeite waard om te ontleden, want het kan drie heel verschillende dingen betekenen, en slechts één daarvan is de sterke claim.

Bit-exact betekent dat de gemaskeerde regio byte-identiek is aan de invoer, wat alleen mogelijk is als het model de originele pixels via een masker weer samenvoegt in plaats van ze opnieuw te renderen. Perceptueel identiek betekent dat de regio een nieuwe render is die een mens of een SSIM-drempel niet van het origineel kan onderscheiden. Inhoudsbehoudend betekent dat de objecten in de regio behouden zijn gebleven, maar hun pixels niet.

Native RGBA-uitvoer, die dezelfde aankondiging noemt, wijst op de tweede en derde in plaats van de eerste: je kunt geen alfakanaal samenstellen dat je niet hebt gegenereerd. Dat is een betekenisvolle mogelijkheid — werk met een transparante achtergrond is echt onhandig voor elk model in deze klasse — maar het is niet dezelfde garantie als bit-exactheid, en een team dat "pixelniveau" leest als "cryptografisch ongewijzigd" zal verrast worden door een checksum.

Niets hiervan is een beschuldiging. Het is de standaardambiguïteit van elke claim van een bewerkingsmodel, en de praktische consequentie is simpel: de enige manier om te weten welke versie je krijgt, is een gebied te hashen dat je nooit hebt aangeraakt, ronde na ronde, en op te letten.

Ronde 100 is het minst interessante getal in de claim.

Honderd rondes is een goede kop omdat het als duursport klinkt. Het is een slechte specificatie, want wat een koper moet weten is waar de eerste zichtbare verandering neerkomt, en of de schade versnelt.

Een model dat tot en met ronde tachtig schoon blijft en tegen ronde vijfennegentig zichtbaar verslechtert, is een andere aankoop dan een model dat elke ronde een beetje afdwaalt en tegen ronde twintig brij is. Het tweede is onbruikbaar voor lange ketens, ook al doorstaat het ze technisch gezien. Het eerste is prima voor vrijwel elke echte workflow, omdat vrijwel geen enkele echte workflow honderd generatieve stappen op één asset uitvoert — de gevallen waarin dat wel gebeurt, zijn catalogi en campagne-keyart, waarbij dezelfde hero-image voor veertig formaten wordt aangepast.

De prijsstelling maakt de rekensom concreet, met de kanttekening dat het tarief niet officieel is. ByteDance' consumentenprijs voor een 2K-bewerking wordt genoemd op rond ¥0,28, ongeveer US$0,039, waardoor een keten van honderd rondes op ongeveer ¥28 komt, of minder dan US$4 aan inferentie voor één afgerond asset. Bij de door de leverancier vermelde $90 per duizend afbeeldingen die momenteel voor Seedream 5.0 Pro op het onafhankelijke bewerkingsboard worden getoond, zouden honderd afzonderlijke afbeeldingen negen dollar kosten. Ketens zijn goedkoop. Herwerk is dat niet, en een afgedreven ronde tachtig is herwerk.

Er is een tweede voorbehoud bovenop het eerste: het bedrag van ¥0,28 staat niet in de ontwikkelaarsdocumentatie. De ModelArk-referentie van Volcano Ark vermeldt doubao-seedream-5-0-pro, 5-0-flash, 5-0-lite, 4-5 en 4-0 — en per 10 november helemaal geen modelidentificatie voor 5.5. ByteDance zegt dat de 5.5-serie "deze week" op Volcano Ark opengaat en dat er een Pro-variant volgt. Zolang er geen model-ID bestaat, is de prijs een gegeven uit een consumentenapp en niets meer.

Elke ranglijst in deze markt meet het verkeerde.

Hier is het structurele probleem met het beslechten van de vraag over uithoudingsvermogen door naar scores te kijken. Blinde voorkeursarena's — waarbij de ranglijsten van Artificial Analysis degenen zijn met de meeste stemmen erachter — tonen een stemmer twee afbeeldingen en vragen welke beter is. Dat is een meting over één beurt. Het kan cumulatieve effecten niet zien, omdat er geen tweede beurt is.

De enduranceclaim staat dus volledig los van elk cijfer dat de markt heeft. Seedream 5.5 heeft geen rij op de editing-ranglijst of de text-to-image-ranglijst; de dichtstbijzijnde ankerpunten liggen in de eigen familie: Seedream 5.0 Pro met 1.129 op editing en 1.101 op text-to-image, met Seedream 5.0 Lite op 1.061 en Seedream 4.5 op 1.040 verder naar beneden. De modellen waarmee het in de aankondiging wordt vergeleken, liggen ruim daarboven: GPT Image 2.5 Sunburst met 1.199 en Nano Banana 2.1 met 1.152 op editing.

Een gat als een verdict lezen zou een fout zijn, en het als irrelevant lezen net zo goed. Wat het je vertelt, is dat het onderscheidende kenmerk van Seedream 5.5 bewust is geplaatst waar het scoresysteem geen vat op heeft. Een leverancier die verwachtte te verliezen op single-turnvoorkeur heeft er alle belang bij om te concurreren op een eigenschap die een middag kost om te testen en die nog niemand heeft getest.

De test, precies

Maak één foto met een vast, onbewerkt gebied — een logo op een fles, een muur achter een onderwerp, een serienummer. Hash dat gebied bij ronde nul. Voer dan twintig bewerkingen uit die de andere kant van het beeld raken, en hash het na elke bewerking opnieuw. Noteer het rondenummer van de eerste hash die verandert, en de eerste ronde waarin een mens het verschil kan zien. Twee getallen, twintig API-aanroepen, en de claim over bestendigheid wordt een feit over jouw asset in plaats van een claim over de testsuite van iemand anders.

Waar routering past bij een claim als deze

Een claim over uithoudingsvermogen is eigenlijk een claim over pipelines, en pipelines zijn precies waar het endpoint van één leverancier ophoudt één enkele beslissing te zijn. Een catalogusworkflow draait misschien Seedream 5.5 voor de bewerkingslus, een ander model voor de upscale, en een derde voor de achtergrondplaat die een alfa-kanaal nodig heeft — en slechts één van die drie is het model dat de klant bij naam heeft gevraagd.

OrcaRouter is de laag die we voor dat soort probleem hebben gebouwd, en de eerlijke versie van de pitch komt met een beperking: we bieden Seedream 5.5 niet aan, en ook geen enkel ander ByteDance-beeldmodel, dus deze specifieke launch kan vandaag niet via ons worden aangeroepen. Wat één endpoint je wel oplevert, is alles eromheen. Meer dan 200 tekst- en beeldmodellen zitten achter één API-sleutel tegen 0% markup, dus elke concurrent waartegen je de bewerkingsloop benchmarkt, wordt gefactureerd tegen exact de lijstprijs van de leverancier, en een prijswijziging van de leverancier staat dezelfde dag op je factuur in plaats van bij verlenging. Automatische failover houdt een lange keten in leven wanneer één endpoint midden in een run tegen een rate limit aanloopt — het verschil tussen een sessie van honderd rondes die afmaakt en een die bij ronde vierenzestig sneuvelt. De routing-DSL laat je die fallback als een regel uitdrukken in plaats van als een stapel retries, en model fusion laat één aanroep de outputs van meerdere modellen combineren wanneer je een tweede mening wilt over een frame dat er net iets naast lijkt te zitten.

Dat is de nuttige taakverdeling. Laat iemand anders in abstracto over de honderdste ronde discussiëren. Leid de honderd rondes, registreer ze en houd het ontsnappingsluik open.

Wat zou het beslechten, gerangschikt naar nut

Ten eerste: iedereen die de hash-test van ronde tot ronde op een openbaar asset reproduceert en de log publiceert. Dat is een weekend werk, vereist geen evaluatieharnas en zou onmiddellijk het meest geciteerde artefact in de beeldbewerkingsmarkt zijn — omdat het het enige longitudinale zou zijn.

Ten tweede: een model-ID in ModelArk. Alles rond de bewering over uithoudingsvermogen wordt controleerbaar zodra een 5.5-SKU bij naam kan worden aangeroepen, inclusief prijs en snelheidslimieten. Tot dan blijft de bewering beperkt tot ByteDance' eigen consumentenoppervlakken — Doubao, Dreamina, de BytePlus-playground — waar de controles ook van ByteDance zijn.

Ten derde worden blinde voorkeurstests uitgevoerd op de output van een lange keten in plaats van op afzonderlijke beurten. Als een asset van vijftig rondes van Seedream 5.5 een asset van vijftig rondes van een 1.199-Elo-model verslaat, is dat het resultaat dat op een leaderboard thuishoort, en geen enkel leaderboard draait die test momenteel.

Niets hiervan maakt de aankondiging hol. Een leverancier die een lancering waagt op basis van de enige eigenschap die zijn concurrenten niet hebben gemeten, gaat een weddenschap aan die je kunt controleren voor de prijs van twintig API-aanroepen, en dat is zeldzamer dan het zou moeten zijn. Het betekent alleen dat de claim van honderd rondes moet worden behandeld als een hypothese met een goedkope test eraan verbonden, niet als een specificatie. De teams die deze maand waarde uit Seedream 5.5 halen, zijn degenen die de test op hun eigen asset hebben uitgevoerd voordat ze die op die van een klant uitvoerden.