Claude Opus 5.5 schreef een productlanceringsvideo: wat "één klik" werkelijk rendert

Een bericht op X van 24 september 2026 zegt dat Claude Opus 5.5 een promotiefilm heeft gemaakt voor een product genaamd CodePilot, met één klik gegenereerd, en dat het resultaat GPT-6 Astra verplettert — het model dat de leverancier op 4 september uitbracht. Het bericht is van 归藏 (op7418), een productontwerper wiens skill-repositories stilletjes een eigen distributiekanaal zijn geworden, en het detail dat meer telt dan de film is de zin aan het einde: de workflow wordt opgenomen in een openbare repository genaamd guizang-product-video-skill, die iedereen in Claude Code of Codex kan installeren. De nuttige vraag is dus niet of de promo er goed uitziet — hoe een demo eruitziet is een claim uit één bron en in beide gevallen niet falsifieerbaar — maar wat die repository daadwerkelijk meelevert, wat het kost om te draaien, en wat de licentie je toestaat te doen met de video die ermee wordt gemaakt.

Kort antwoord, en het is het deel dat de reposts weglaten. Claude Opus 5.5 geeft geen video uit. Het schrijft een programma dat er een rendert, waarna ffmpeg de frames codeert die jouw machine heeft geproduceerd. Het waardevolle artefact in die pipeline is niet de MP4. Het is de prompt-and-verify-workflow eromheen, en dat is precies het ding dat nu installeerbaar is.

De demo is geen demo meer, en dat is het echte nieuws.

Claude Opus 5.5 is op 22 september 2026 uitgebracht voor $4 per miljoen inputtokens en $20 per miljoen outputtokens, met een contextvenster van 1M tokens en tot 128K outputtokens. Het is drie dagen oud en algemeen beschikbaar, en daarom is dit geen artikel over een lek: het model is echt, heeft een prijs en is routeerbaar, en er valt geen release om over te speculeren. Wat nieuw is aan het signaal, is de verpakking.

De repository achter de demo heeft een controleerbare vorm. Hij werd op 18 september 2026 openbaar, de meest recente commit landde op 22 september — dezelfde dag dat Claude Opus 5.5 werd gelanceerd — en op het moment van schrijven heeft hij 261 sterren en 23 forks onder een AGPL-3.0-licentie met een apart commercieel licentietraject. Het draait juist om die datums. Een eenmalige demopost is een schouderophalen waard; een repository die de techniek vastlegt in zes genummerde stappen, acht referentiedocumenten en vijf scripts is iets wat een lezer vanmiddag kan installeren. De distributie doet er meer toe dan het artefact, want het artefact zou er toch altijd goed uitzien en de workflow is wat je daadwerkelijk kunt overnemen.

De eigen framing van de auteur is eerlijk over de herkomst. De README zegt dat de skill het proces is dat hij verfijnde tijdens het maken van de CodePilot-film, opgeschreven zodat het op andere producten kan worden hergebruikt. De introductiefilm wordt evenmin meegeleverd met het installatiepakket — de README laat een placeholder-commentaar achter op de plek waar de link naar de geüploade video zou moeten staan, terwijl de stills die eruit zijn gehaald in de readme-assets van de repository staan. Dat is iets kleins, en iets veelzeggends: wat wordt geleverd is de methode, niet het beeldmateriaal.

Wat de vaardigheid daadwerkelijk oplevert, stap voor stap

De workflow bestaat uit zes fasen, en hun vorm vertelt je wat voor soort tool dit is:

• Scope eerst — product, versiebereik, doelgroep, platform, beeldverhouding, taal en stijl worden bevestigd voordat er iets wordt gebouwd, en de gekozen scope wordt in een planbestand vastgelegd, zodat de opgeleverde film niet stilzwijgend claimt het hele product te dekken.

• Echte inhoud op de tweede plaats — de agent leest de repository en de release notes, controleert welke functies daadwerkelijk zijn uitgebracht in plaats van aangekondigd, en koppelt één authentieke productcomponent voordat er enige styling plaatsvindt.

• Storyboard en copy als derde — de wijzigingen die het vertellen waard zijn, worden omgezet in een shotlijst, de ondertitels worden als gewone zinnen geschreven, en keyframes worden gerenderd ter beoordeling voordat de animatie begint.

• Motion ten vierde — een spoelbare mastertijdlijn stuurt de status van componenten aan, evenals inkomende animaties, overgangen en detailopnames.

• Geluid ten vijfde — de score wordt in code gesynthetiseerd voor deze specifieke film, geluidseffecten zijn afgestemd op acties op het scherm, en de muziek wordt weggedrukt onder belangrijke cues.

• Verificatie als laatste — kaders, lettertypen, afbeeldingen, logo's, audiosynchronisatie en het definitieve bestand worden gecontroleerd, en het project maakt onderscheid tussen wat machinaal is geverifieerd en wat nog menselijke ogen en oren nodig heeft.

Wat de repository meelevert, is ongewoon expliciet, en de expliciete versie is nuttiger dan de samenvatting. De map references/ bevat acht documenten — onboarding, repo en stijl, componentpipeline, story en copy, audio-sourcing, audio en QA, een startersgids en een casestudy — en de map scripts/ bevat er vijf: omgevingscheck, projectinit, geluidseffect-synthese, audiomixing en een opleveringscheck die de voltooide film doorloopt. Het starterproject is een werkend voorbeeld, en tests/ bevat zowel scriptregressietests als componentintegratietests. De afhankelijkhedenlijst is net zo concreet: Node 22 of nieuwer, Python 3.9 of nieuwer, FFmpeg en ffprobe, een Playwright Chromium voor de browser-renderpipeline, plus je eigen productrepository en de bijbehorende afhankelijkheden. Niets in die lijst is een videodienst, en dat is de ontwerpkeuze waarop het geheel rust.

"Eén klik" is het eigen woord van de auteur, en zijn eigen FAQ spreekt het tegen.

Het signaal zegt 一键生成 — met één klik gegenereerd. De FAQ van de repository beantwoordt rechtstreeks de vraag die daar het dichtst bij komt, en het antwoord is nee. Gevraagd of het overhandigen van een repositoryadres genoeg is om een afgewerkte film te krijgen, luidt het antwoord van de README zelf dat de repository soms nog gedownload moet worden, dat dependencies aangevuld en demo states bevestigd moeten worden, en dat dit een proces is waarmee een AI het werk stap voor stap kan afmaken in plaats van een one-click converter die je projectomgeving negeert. De auteur is preciezer over zijn eigen tool dan het bericht over zijn tool is.

Er is een tweede rem in de workflow zelf. De eerste fase vereist een beslissing die de agent expliciet niet namens de gebruiker mag nemen: welk versiebereik en welke platformoppervlakken de film beslaat. De redenering in de README is het waard om in essentie te citeren — de repositorygeschiedenis kan je vertellen welke versies bestaan, maar niet welke je wilt adverteren — en onvoltooide platformoppervlakken moeten bij levering worden aangegeven, zodat kijkers niet aannemen dat de film het hele product beslaat. Dat is een governance-stap, geen rendering-stap, en het is het duidelijkste bewijs dat "one click" het eigen comfort van de auteur met de tool beschrijft, niet het daadwerkelijke invoeroppervlak van de tool.

Er is ook een vorm die de pipeline veronderstelt, en een vorm die hij niet veronderstelt. De README vermeldt het standaardvertrekpunt ronduit: 45 tot 60 seconden, liggend, Chinees. Duur en beeldverhouding zijn aanpasbaar, maar een verticale cut is geen crop — de kadrering en de typografie moeten opnieuw worden opgemaakt, omdat de compositie het verlies van zijn zijkanten niet overleeft. De eerste alinea van dit stuk citeert de eigen taal van de demo, dus het is de moeite waard om ronduit te zeggen dat de film die eraan ten grondslag lag een liggende promo in het Chinees is; als je launch in het Engels of verticaal is, begroot dan de herindeling in plaats van aan te nemen dat de eerste pass van de skill je deliverable is.

Waar de bewering "één klik" standhoudt, is dat beperkter en toch reëel: voor de demo die hij al had gebouwd, kwam de film voort uit één enkele instructie, omdat de scope, het product en de visuele taal al vastlagen. Dat is de eerlijke lezing. De prompt was één bericht; de opzet niet.

Wat een render kost, en waarom "verplettert Astra" de verkeerde as is

De vergelijking in het bericht is met GPT-6 Astra, uitgebracht op 4 september 2026, met een prijs van $10 en $50 per miljoen tokens tot een invoer van 272K tokens, waarbij voor long-contextverzoeken de prijs wordt aangepast naar $20 en $75, en een snelle modus op $20 en $100. Op de enige onafhankelijke index waarop beide modellen worden gemeten, liggen de twee dicht bij elkaar, en de rangorde hangt af van waaraan je gewicht toekent.

• Intelligence Index — Claude Opus 5.5 scoort 58 bij maximale inspanning en staat op de eerste plaats van 210 modellen op de op 2026-09-25 gelezen pagina van Artificial Analysis, tegenover de 53 van GPT-6 Astra op zijn hoogste instelling, waarmee die zesde van 210 staat.

• Kosten per Index-taak — GPT-6 Astra is de goedkopere optie met $3,26, tegenover $5,98 voor Claude Opus 5.5. Op dit vlak loopt de kloof de andere kant op.

• Uitvoertokens per Index-taak — Claude Opus 5.5 verbruikt 260M en belandt op een breedsprakigheidsrang van 95 van de 210; GPT-6 Astra verbruikt 60M en staat op de 36e plaats. De kwaliteitsvoorsprong wordt deels met tokens gekocht.

Die cijfers komen van Artificial Analysis en betreffen de configuratie met het label maximum effort voor elk model, niet de eigen evaluatie van een leverancier. Samen gelezen zeggen ze iets nuttigers dan een ranglijst: Claude Opus 5.5 is het sterkere model op de gepubliceerde index, en GPT-6 Astra is aanzienlijk goedkoper om er een taak op uit te voeren. Een bewering dat de een de ander "verplettert" is een bewering over de output van een demo op één enkel moment, en geen enkele index ondersteunt dat woord in welke richting dan ook.

Er is een derde kostenpost die geen van beide indexen vastlegt, en het is degene die bepaalt of een promotiepijplijn het installeren waard is. Het renderen van frames is geen modelaanroep. Een render van 3.760 frames bij 24 frames per seconde draait op je hardware via headless Chromium, en de kosten zijn kloktijd en elektriciteit, niet tokens. De API-factuur dekt de planning, de teksten, de componentbedrading en de broncode van de renderer. Die splitsing is waarom de techniek überhaupt betaalbaar is, en waarom de afhankelijkhedenlijst van de Skill langer is dan de prompt.

De licentie is het deel dat niemand leest, en het is het meest bruikbare gedeelte

Dit is waar de repository ongewoon zorgvuldig is, en waar een lezer die van plan is deze commercieel te gebruiken, moet afremmen. Er gelden drie afzonderlijke regimes, en ze vallen niet samen tot één.

• De hoofdlicentie is AGPL-3.0. De workflow, de documentatie, de scripts, het startersproject en de originele audio-assets vallen eronder. Het kopiëren of distribueren ervan vereist dat het auteursrecht, de licentie en de kennisgevingen behouden blijven, en de netwerkinteractieclausule van AGPL-3.0 betekent dat een aangepaste versie die via een netwerk aan gebruikers wordt aangeboden, die gebruikers de corresponderende broncode moet aanbieden.

• De standaard visuele stijl is niet AGPL. De componenten en stijlen die van CodePilot zijn overgenomen en als terugvalstijl worden meegeleverd, vallen nog steeds onder de Business Source License 1.1 met de bijbehorende Additional Use Grant en Change Date. De README zegt ronduit dat deze map niet opnieuw onder MIT is gelicentieerd, en dat een project dat deze combineert niet kan worden beschreven als alleen AGPL of als onbeperkt voor commercieel gebruik.

• De gegenereerde video valt niet automatisch onder AGPL. In de README staat dat de output niet louter omdat deze tool die heeft geproduceerd een AGPL-werk wordt — maar beschermde componenten, assets of code in die output behouden hun eigen voorwaarden. Dat onderscheid is allesbepalend voor een marketingteam: de licentie van de tool en de licentie van de film zijn twee verschillende kwesties.

Muziek is het onderdeel met de zuiverste herkomst en de duidelijkste licentie. De meegeleverde partituur is in Python gesynthetiseerd uit golfvormen, ruis, envelopes en notensequencing, met een vaste lengte van 48 seconden en 120 BPM, zonder externe samples en zonder aanroep van een generatief model; de bron staat in de repository als referentie voor aanpassing, niet als vaste soundtrack, en de standaard voor een nieuwe film is een partituur die in code is geschreven voor het storyboard van die film. De elf geluidseffecten worden gegenereerd door een script in de repository op 48 kHz, mono, 16-bits PCM, met per bestand de duur en SHA-256-hashes zoals gepubliceerd in het audiomanifest. Beide sets zijn origineel werk van de auteur van de repository, daarom vallen ze onder AGPL-3.0, samen met de workflow, de documentatie, de scripts en het starterproject.

De leemte zit in wat de originele film gebruikte, en de repository pakt dit op de juiste manier aan. De case study is openhartig dat de klik-, pop-, typ- en meldingsgeluiden van de CodePilot-promo bibliotheekopnames van een site met geluidseffecten waren, dat het auteurschap per clip en de detailpagina's niet bewaard zijn gebleven, en dat er geen bronnen voor zullen worden verzonnen. Die opnames worden dus uit het installatiepakket uitgesloten en vervangen door de procedurele set. Het praktische gevolg is dat de audio die je direct uit de doos krijgt bewust eenvoudig is, en de sourcing-referentie zegt dat je eerst in een bibliotheek moet zoeken en alleen voor de categorieën die je niet kunt vullen terug moet vallen op de ingebouwde bestanden — met de herinnering dat de ingebouwde herkomstnotitie niet dekt wat je downloadt om ze te vervangen.

Het op eigen benen draaiende houden

Beide modellen in de vergelijking staan op OrcaRouter, dus als de vraag is naar welke je een pipeline moet richten, vereist die test geen twee accounts of een herschrijving. Claude Opus 5.5 staat op OrcaRouter tegen Anthropics gepubliceerde lijstprijs, doorgegeven zonder enige markup — dezelfde $4/$20 en $0,20 voor cache-leesbewerkingen die Anthropic vermeldt — en GPT-6 Astra staat er onder dezelfde voorwaarden, dus het argument dat het "verplettert" kan worden beslecht op beeldmateriaal van je eigen product in plaats van op andermans demo. Eén sleutel dekt één API voor meer dan 200 modellen, en automatische failover betekent dat een experiment dat slecht uitpakt je een nieuwe poging kost in plaats van een productiepad. Als je de modellen zelf wilt, staan beide in dezelfde catalogus met dezelfde facturering.

Waar je op moet letten, en wat je nu moet beslissen

Twee dingen zijn onopgelost en het is de moeite waard om ze in de gaten te houden in plaats van ze aan te nemen. Het eerste is of de workflow verder reikt dan React. De README is openhartig dat de moeilijkheidsgraad van componentintegratie per framework verschilt, dat React uitgewerkte voorbeelden heeft, en dat componenten die een server, een native runtime of zware context nodig hebben mogelijk een adaptatielaag nodig hebben. Een Vue- of Svelte-team moet verwachten die laag zelf te schrijven, niet hem te erven.

Het tweede is de belofte van overdraagbaarheid naar zwakkere modellen. De post beweert dat de patronen van de skill ook mindere modellen behoorlijke resultaten laten produceren, en dat is precies het soort bewering dat een openbare repository uiteindelijk kan beslechten: als de methode de kwaliteit draagt, zouden de resultaten op een goedkoper model stand moeten houden; als het model die kwaliteit draagt, zullen ze dat niet doen. Niemand heeft die vergelijking nog gepubliceerd, ook de auteur niet.

Wat je vandaag kunt beslissen is beperkter en nuttiger. Als je een product hebt met echte componenten en een release die het aankondigen waard is, is de techniek een middag waard, en de eerlijke verwachting die je moet meebrengen is deze: het model schrijft de renderer, jouw machine schildert de frames, ffmpeg maakt het bestand, en de licentie die je erft hangt af van welk van de drie regimes je film daadwerkelijk raakt. Breng die verwachting mee en de repository levert. Breng "één klik" mee en je zult het eerste uur besteden aan het beslissen waar de film over gaat, wat precies het deel is dat de tool terecht weigert voor jou te beslissen.