Claude Opus 5.5 a écrit une vidéo de lancement de produit : ce qu'un « seul clic » rend vraiment

Un post sur X daté du 2026-09-24 affirme que Claude Opus 5.5 a produit un film promotionnel pour un produit appelé CodePilot, généré en un clic, et que le résultat écrase GPT-6 Astra — le modèle que l'éditeur a livré le 4 septembre. Le post est de 归藏 (op7418), un designer produit dont les dépôts de compétences sont discrètement devenus un canal de distribution à part entière, et le détail qui compte plus que le film, c'est la phrase à la fin : le flux de travail est en train d'être intégré à un dépôt public appelé guizang-product-video-skill, que n'importe qui peut installer dans Claude Code ou Codex. La question utile n'est donc pas de savoir si la promo est belle — l'apparence d'une démo relève d'une affirmation à source unique, invérifiable dans un sens comme dans l'autre — mais ce que ce dépôt livre réellement, combien coûte son exécution, et ce que sa licence vous permet de faire avec la vidéo qu'il produit.

Réponse courte, et c’est la partie que les reposts omettent. Claude Opus 5.5 ne produit pas de vidéo. Il écrit un programme qui en génère une, puis ffmpeg encode les images produites par votre machine. L’artefact précieux dans ce pipeline n’est pas le MP4. C’est le workflow de prompt et de vérification qui l’entoure, exactement ce qui est désormais installable.

La démo a cessé d'être une démo, et c'est ça la vraie nouvelle

Claude Opus 5.5 est sorti le 22 septembre 2026 à 4 $ par million de tokens d'entrée et 20 $ par million de tokens de sortie, avec une fenêtre de contexte de 1 M de tokens et jusqu'à 128 K tokens de sortie. Il a trois jours et est en disponibilité générale, ce qui explique pourquoi il ne s'agit pas d'un article sur une fuite : le modèle est réel, tarifé et routable, et il n'y a aucune sortie sur laquelle spéculer. Ce qui est nouveau dans le signal, c'est le packaging.

Le dépôt derrière la démo a une forme vérifiable. Il est devenu public le 18 septembre 2026, son commit le plus récent est arrivé le 22 septembre — le jour même où Claude Opus 5.5 a été lancé — et, au moment d’écrire ces lignes, il compte 261 étoiles et 23 forks sous licence AGPL-3.0, avec une voie de licence commerciale distincte. Ces dates sont l’essentiel. Un billet de démo ponctuel ne mérite qu’un haussement d’épaules ; un dépôt qui fige la technique en six étapes numérotées, huit documents de référence et cinq scripts est quelque chose qu’un lecteur peut installer cet après-midi. La distribution compte davantage que l’artefact, car l’artefact allait toujours avoir belle allure, et c’est le workflow que vous pouvez réellement emprunter.

La présentation qu'en fait l'auteur est honnête quant à la filiation. Le README indique que la compétence est le processus qu'il a affiné pendant la réalisation du film CodePilot, consigné par écrit afin de pouvoir être réutilisé sur d'autres produits. Le film d'introduction n'est pas non plus distribué avec le paquet d'installation — le README laisse un commentaire d'emplacement réservé là où figurerait le lien de la vidéo téléversée, tandis que les images fixes qui en sont extraites se trouvent dans les ressources readme du dépôt. C'est un petit détail, et un détail révélateur : ce qui est livré, c'est la méthode, pas les images.

Ce que la compétence produit réellement, étape par étape

Le workflow comporte six étapes, et leur forme vous indique de quel type d’outil il s’agit :

• Le périmètre d'abord — produit, plage de versions, public, plateforme, format d'image, langue et style sont confirmés avant toute construction, et le périmètre retenu est consigné dans un fichier de plan, afin que le film livré ne prétende pas silencieusement couvrir l'ensemble du produit.

• Le contenu réel en second — l'agent lit le dépôt et les notes de version, vérifie quelles fonctionnalités sont réellement livrées plutôt qu'annoncées, et branche un composant produit authentique avant toute étape de style.

• Storyboard et rédaction en troisième — les changements qui méritent d’être racontés sont transformés en liste de plans, les légendes sont rédigées en phrases simples, et les images clés sont rendues pour validation avant le début de l’animation.

• Quatrième principe — une timeline maîtresse navigable pilote l'état des composants, les entrées, les transitions et les plans de détail.

• Cinquièmement, le son — la partition est synthétisée dans le code pour ce film en particulier, les effets sonores sont alignés sur les actions à l’écran, et la musique est atténuée sous les moments clés.

• La vérification en dernier — le cadrage, les polices, les images, les logos, la synchronisation audio et le fichier final sont contrôlés, et le projet distingue ce qui a été vérifié automatiquement de ce qui nécessite encore un œil et une oreille humains.

Ce que le dépôt livre est inhabituellement explicite, et la version explicite est plus utile que le résumé. Son répertoire references/ contient huit documents — intégration, dépôt et style, pipeline de composants, narration et rédaction, approvisionnement audio, audio et QA, un guide de démarrage et une étude de cas — et son répertoire scripts/ en contient cinq : vérification de l’environnement, initialisation de projet, synthèse d’effets sonores, mixage audio et une vérification de livraison qui s’exécute sur le film terminé. Le projet de démarrage est un exemple fonctionnel, et tests/ contient à la fois des tests de régression de scripts et des tests d’intégration de composants. La liste des dépendances est tout aussi concrète : Node 22 ou plus récent, Python 3.9 ou plus récent, FFmpeg et ffprobe, un Chromium Playwright pour le pipeline de rendu navigateur, plus votre propre dépôt de produit et ses dépendances. Rien dans cette liste n’est un service vidéo, ce qui est le choix de conception sur lequel tout repose.

« Un clic » est le propre terme de l’auteur, et sa propre FAQ le contredit.

Le signal indique 一键生成 — généré en un clic. La FAQ du dépôt répond directement à la question la plus proche de cela, et la réponse est non. À la question de savoir s'il suffit de fournir une adresse de dépôt pour obtenir un film terminé, le README répond lui-même qu'il faut parfois encore télécharger le dépôt, compléter les dépendances et confirmer les états de démonstration, et qu'il s'agit d'un processus qui permet à une IA de terminer le travail étape par étape plutôt que d'un convertisseur en un clic qui ignore l'environnement de votre projet. L'auteur se montre plus précis au sujet de son propre outil que ne l'est l'article consacré à son outil.

Il existe un deuxième frein dans le flux de travail lui-même. La première étape exige une décision que l’agent a explicitement interdiction de prendre au nom de l’utilisateur : quelle plage de versions et quelles surfaces de plateforme le film couvre. Le raisonnement du README mérite d’être cité pour l’essentiel — l’historique du dépôt peut vous dire quelles versions existent, mais pas celles que vous voulez mettre en avant — et les surfaces de plateforme inachevées doivent être déclarées à la livraison afin que les spectateurs ne supposent pas que le film couvre l’ensemble du produit. C’est une étape de gouvernance, pas une étape de rendu, et c’est la preuve la plus claire que « en un clic » décrit le confort de l’auteur avec l’outil plutôt que la surface d’entrée réelle de l’outil.

Il y a aussi un format que le pipeline présuppose et un format qu'il ne présuppose pas. Le README indique d'emblée son point de départ par défaut : 45 à 60 secondes, paysage, chinois. La durée et le rapport d'aspect sont ajustables, mais une version verticale n'est pas un recadrage — le cadrage et la typographie doivent être redisposés, car la composition ne survit pas à la suppression de ses côtés. Le premier paragraphe de ce texte cite les termes mêmes de la démo ; il vaut donc la peine de dire clairement que le film qui l'a inspiré est une promo en langue chinoise au format paysage ; si votre lancement est en anglais ou en vertical, prévoyez le budget pour la remise en page plutôt que de supposer que la première passe de la compétence constitue votre livrable.

Là où l’affirmation du « un clic » tient, c’est dans un cadre plus étroit, et pourtant bien réel : pour la démo qu’il avait déjà construite, le film est sorti d’une seule instruction, parce que le périmètre, le produit et le langage visuel étaient déjà fixés. C’est la lecture honnête. Le prompt tenait en un seul message ; la préparation, non.

Ce que coûte un rendu, et pourquoi « écrase Astra » est le mauvais axe

La comparaison dans le post se fait par rapport à GPT-6 Astra, sorti le 4 septembre 2026, au prix de 10 $ et 50 $ par million de tokens jusqu’à une entrée de 272 K tokens, les requêtes à contexte long étant refacturées à 20 $ et 75 $, avec un mode rapide à 20 $ et 100 $. Sur le seul indice indépendant sur lequel les deux modèles sont mesurés, les deux sont proches, et le classement dépend de ce que vous pondérez.

• Indice d'intelligence — Claude Opus 5.5 obtient un score de 58 à effort maximal, classé premier sur 210 modèles sur la page Artificial Analysis consultée le 2026-09-25, contre 53 pour GPT-6 Astra à son réglage maximal, classé sixième sur 210.

• Coût par tâche Index — GPT-6 Astra est le moins cher à 3,26 $, contre 5,98 $ pour Claude Opus 5.5. Sur cet axe, l'écart s'inverse.

• Jetons de sortie par tâche Index — Claude Opus 5.5 dépense 260 M et atteint un rang de verbosité de 95e sur 210 ; GPT-6 Astra dépense 60 M et se classe 36e. L'avantage de qualité s'achète en partie avec des jetons.

Ces chiffres proviennent d’Artificial Analysis et correspondent à la configuration intitulée « effort maximal » pour chaque modèle, et non à l’évaluation du fournisseur lui-même. Lus ensemble, ils révèlent quelque chose de plus utile qu’un classement : Claude Opus 5.5 est le modèle le plus performant sur l’indice publié, et GPT-6 Astra est nettement moins cher pour exécuter une tâche. Affirmer que l’un « écrase » l’autre revient à affirmer quelque chose sur la sortie d’une démo à un instant donné, et aucun indice ne soutient ce mot dans un sens ou dans l’autre.

Il existe une troisième ligne de coût qu'aucun des deux indices ne capture, et c'est celle qui détermine si un pipeline de promo vaut la peine d'être installé. Le rendu d'images n'est pas un appel de modèle. Un rendu de 3 760 images à 24 images par seconde s'exécute sur votre matériel via Chromium headless, et son coût se mesure en temps d'horloge et en électricité, pas en tokens. La facture API couvre la planification, la copie, le câblage des composants et le code source du moteur de rendu. C'est cette répartition qui rend la technique abordable, et qui explique pourquoi la liste de dépendances du Skill est plus longue que son prompt.

La licence est la partie que personne ne lit, et c'est la section la plus exploitable.

C’est ici que le dépôt fait preuve d’une prudence inhabituelle, et où un lecteur qui envisage de l’utiliser commercialement doit ralentir. Trois régimes distincts s’appliquent, et ils ne se fondent pas en un seul.

• La licence principale est AGPL-3.0. Le workflow, la documentation, les scripts, le projet de démarrage et les ressources audio originales sont couverts par celle-ci. Leur copie ou leur distribution exige de conserver le copyright, la licence et les mentions, et la clause d’interaction réseau d’AGPL-3.0 signifie qu’une version modifiée proposée aux utilisateurs via un réseau doit offrir à ces utilisateurs le code source correspondant.

• Le style visuel par défaut n’est pas AGPL. Les composants et styles adaptés de CodePilot et fournis comme style de repli restent sous Business Source License 1.1, avec son Additional Use Grant et sa Change Date. Le README indique clairement que ce répertoire n’a pas été relicencié sous MIT, et qu’un projet qui l’intègre ne peut pas être décrit comme étant uniquement AGPL ou comme étant sans restriction pour un usage commercial.

• La vidéo générée n’est pas automatiquement sous AGPL. Le README indique que la sortie ne devient pas une œuvre AGPL du simple fait que cet outil l’a produite — mais tout composant, ressource ou code protégé qu’elle contient conserve ses propres conditions. Cette distinction est tout l’enjeu pour une équipe marketing : la licence de l’outil et celle du film sont deux questions différentes.

La musique est la partie dont la provenance est la plus nette et la licence la plus claire. La partition intégrée est synthétisée en Python à partir de formes d’onde, de bruit, d’enveloppes et d’un séquencement de notes, sur une durée fixe de 48 secondes et à 120 BPM, sans échantillons externes ni appel à un modèle génératif ; la source se trouve dans le dépôt comme référence d’adaptation plutôt que comme bande-son figée, et la valeur par défaut pour un nouveau film est une partition écrite en code pour le storyboard de ce film. Les onze effets sonores sont générés par un script dans le dépôt à 48 kHz, mono, PCM 16 bits, avec les durées et les hachages SHA-256 de chaque fichier publiés dans le manifeste audio. Les deux ensembles sont des œuvres originales de l’auteur du dépôt, c’est pourquoi ils sont couverts par l’AGPL-3.0, tout comme le flux de travail, la documentation, les scripts et le projet de démarrage.

L'écart réside dans ce que le film original utilisait, et le dépôt le gère de la bonne manière. L'étude de cas reconnaît franchement que les sons de clic, pop, frappe et notification de la promo CodePilot étaient des enregistrements de bibliothèque provenant d'un site d'effets sonores, que les pages de détail et les informations d'auteur par clip n'ont pas été conservées, et qu'elle n'inventera pas de sources pour eux. Ces enregistrements sont donc exclus du package d'installation et remplacés par l'ensemble procédural. La conséquence pratique est que l'audio que vous obtenez d'origine est délibérément simple, et la référence de sourçage vous invite à chercher d'abord dans une bibliothèque et à ne recourir aux fichiers intégrés que pour les catégories que vous ne pouvez pas remplir — avec un rappel que la note de provenance intégrée ne couvre pas ce que vous téléchargez pour les remplacer.

Le faire tourner par nos propres moyens

Les deux modèles de la comparaison sont sur OrcaRouter, donc si la question est de savoir vers lequel orienter un pipeline, l'essai ne nécessite ni deux comptes ni réécriture. Claude Opus 5.5 est sur OrcaRouter au prix catalogue publié d'Anthropic, répercuté sans aucune marge — les mêmes 4 $/20 $ et 0,20 $ pour la lecture de cache qu'Anthropic indique — et GPT-6 Astra y est aux mêmes conditions, donc l'argument du « il l'écrase » peut être tranché sur les images de votre propre produit plutôt que sur la démo de quelqu'un d'autre. Une seule clé couvre une API pour plus de 200 modèles, et le basculement automatique signifie qu'une expérience qui tourne mal ne vous coûte qu'une nouvelle tentative plutôt qu'un chemin de production. Si vous voulez les modèles eux-mêmes, les deux figurent sur le même catalogue avec la même facturation.

Quoi surveiller, et quoi décider maintenant

Deux points restent non résolus et méritent d’être surveillés plutôt que présumés. Le premier est de savoir si le flux de travail se généralise au-delà de React. Le README reconnaît franchement que la difficulté d’intégration des composants varie selon le framework, que React dispose d’exemples fonctionnels, et que les composants nécessitant un serveur, un runtime natif ou un contexte lourd peuvent avoir besoin d’une couche d’adaptation. Une équipe Vue ou Svelte doit s’attendre à écrire cette couche, et non à en hériter.

Le deuxième est la promesse d’une portabilité vers des modèles plus faibles. L’article affirme que les schémas de la compétence permettent aussi à des modèles moins performants de produire des résultats corrects, et c’est exactement le genre d’affirmation qu’un dépôt public peut finir par trancher : si la méthode porte la qualité, les résultats sur un modèle moins coûteux devraient tenir ; si c’est le modèle qui la porte, ils ne tiendront pas. Personne n’a encore publié cette comparaison, y compris l’auteur.

Ce que vous pouvez décider aujourd’hui est plus restreint et plus utile. Si vous avez un produit avec de vrais composants et une version qui mérite d’être annoncée, la technique vaut un après-midi, et l’attente honnête à avoir est celle-ci : le modèle écrit le moteur de rendu, votre machine peint les images, ffmpeg fabrique le fichier, et la licence que vous héritez dépend de celui des trois régimes que votre film touche réellement. Partez avec cette attente et le dépôt tiendra ses promesses. Partez avec « un clic » et vous passerez la première heure à décider de quoi parle le film, ce qui est précisément la partie que l’outil a raison de refuser de décider à votre place.