Le pari d'Ukinoo tenait en une phrase : et si une machine pouvait concevoir, produire et diffuser une propriété intellectuelle avec très peu d'intervention humaine ?

Ce format d'IP vidéo sérielle se prêtait bien à l'expérience. Un œuf multicolore apparaît, se fissure, puis révèle une petite créature kawaii et friponne. Chaque épisode peut décliner le même rituel avec un nouvel œuf, un nouveau personnage et une nouvelle situation. Les agents peuvent proposer les concepts, écrire les scripts, préparer les images, générer la vidéo et organiser sa diffusion.

Après plusieurs cycles de production, la conclusion est encourageante, mais précise : Ukinoo valide une machine de création et de diffusion presque autonome. Il ne valide pas encore un succès commercial. Aucun résultat d'audience ou de revenu ne justifierait de confondre les deux.

Ce qui a réellement changé d'échelle

Une IP vidéo ne se résume pas au fichier final. Il faut une idée, une bible créative, un scénario, des images de référence, des prompts, une génération vidéo, une date de sortie, des légendes, des contrôles et des publications sur plusieurs plateformes.

Ce sont justement ces objets intermédiaires qui rendent l'automatisation possible. Une fois décrits sous forme de tickets, de règles et de graphes, ils peuvent circuler entre des agents spécialisés. L'un prépare le concept, un autre écrit le package de production. Kinoboard, notre outil interne d'orchestration vidéo, relie ensuite les générations d'images et de vidéo, puis programme YouTube derrière un point d'approbation. Une procédure distincte reprend enfin la vidéo pour les autres réseaux.

La valeur n'est donc pas seulement de générer une vidéo. Elle vient de la capacité à répéter une chaîne complète, à conserver le contexte d'un épisode au suivant et à produire des variantes sans reconstruire le processus à la main.

Première leçon : les agents amplifient les fondations

Au début, le calendrier de publication n'était pas une source canonique. Certains tickets de création ne portaient pas de date attendue et des scripts Kinoboard en déduisaient une. Résultat : plusieurs épisodes ont reçu une mauvaise date, dont une collision entre deux sorties prévues le même lundi.

Le problème n'était pas que les agents ne savaient pas lire une date. Le système ne leur donnait pas une vérité unique à lire.

La correction a consisté à rendre les fondations explicites : un calendrier partagé, une date obligatoire dans chaque brief et une règle interdisant au script de génération d'inventer ytPublishAt. La date du ticket devient l'entrée canonique, Kinoboard la transporte et le tableau de bord la rend visible.

J'en tire une leçon concrète : dans cette chaîne, une ambiguïté humaine ne disparaît pas avec l'automatisation. Elle devient reproductible. Plus la chaîne accélère, plus une convention floue se propage vite.

Deuxième leçon : la continuité visuelle reste un compromis

La chaîne vidéo commence avant le premier prompt. Le brief fixe la créature, l'œuf, le décor, le mouvement attendu et la date de sortie. La bible créative empêche de réutiliser une combinaison déjà publiée. Des images de référence stabilisent ensuite les éléments qui doivent traverser l'épisode, tandis que le storyboard découpe l'action en plans générables.

Kinoboard transforme ce package en graphe. Trois images de storyboard sont générées en chaîne : l'œuf, l'éclosion, puis la scène finale. Elles alimentent ensemble une unique génération vidéo de 15 secondes, guidée par trois étapes chronologiques dans le prompt. Le rendu passe ensuite par un fondu de sortie et attend un point d'approbation avant la programmation YouTube. Les variantes ne repartent donc pas d'un prompt vague : elles réutilisent un ensemble versionné de références et de textes.

Les formats n'emploient pas tous le même chemin. L'éclosion du lundi réunit les trois temps du récit dans une génération unique. Le clip du mercredi repart de l'image canonique de la créature pour construire une réaction courte et bouclable. L'ancre visuelle change parce que l'intention change : raconter une naissance d'un côté, retrouver immédiatement un personnage connu de l'autre.

Ce compromis est acceptable parce que la cohérence utile n'est pas la perfection image par image. La créature doit rester reconnaissable, et chaque format doit utiliser la meilleure ancre disponible. L'architecture de production doit s'adapter au modèle réel, pas au modèle idéal imaginé sur un diagramme.

Avant publication, un rendu n'est pas seulement déclaré « terminé ». La revue porte sur la cohérence de la créature et de la scène, le format vertical, le cadrage et la couverture, la lisibilité du texte, l'audio, la durée, les transitions et l'absence d'artefact bloquant. Le point d'approbation sépare ainsi une génération techniquement achevée d'un contenu réellement publiable.

La distribution est le vrai dernier kilomètre

La génération attire naturellement l'attention. Pourtant, la partie la plus fragile d'Ukinoo se trouve après le rendu final.

YouTube s'intègre directement dans le graphe Kinoboard : la vidéo, les métadonnées et l'horaire sont préparés ensemble, puis la publication reste protégée par un point d'approbation. La diffusion vers les autres plateformes ne commence qu'après vérification de la disponibilité publique de la vidéo source. Bluesky dispose d'un chemin piloté par script et API. Pour Instagram, X et TikTok, la procédure actuelle passe par des automatisations adaptées à chaque interface.

Cela ne ressemble pas à un appel uniforme publish(video). Un paquet de diffusion rassemble le bon fichier, sa légende anglaise, son lien cible et les contraintes de format. Selon la plateforme, l'agent transmet ce paquet par API ou pilote le parcours de publication, s'arrête sur les décisions réservées au propriétaire, puis contrôle le résultat visible. Les exigences varient : recadrage et couverture, aperçu final, visibilité ou confirmation native peuvent devenir des critères de sortie à part entière.

Cette architecture fonctionne, mais elle possède des points de rupture concrets. C'est pourquoi la diffusion est traitée comme une machine à états plutôt que comme une liste de clics. Chaque plateforme peut être prête, publiée, vérifiée, en attente d'une action humaine ou indisponible. Une Gate empêche l'étape suivante de partir trop tôt. Si un canal tombe en panne, la chaîne conserve les succès déjà acquis et reprend uniquement sur les destinations manquantes.

L'idempotence est essentielle. Avant chaque cross-post, l'agent lit l'état public du compte pour rechercher l'épisode attendu. Après publication, il conserve une URL publique ou une confirmation native. Ces preuves évitent de confondre « le script s'est terminé » avec « le contenu est visible », et elles rendent une reprise possible sans republier partout.

Voilà ce que signifie « presque autonome ». L'agent orchestre la procédure, contrôle le média et les métadonnées, conserve l'état, vérifie l'idempotence et sait reprendre. Mais le dernier kilomètre dépend encore d'interactions directes avec les interfaces des plateformes et, à certains points, d'une décision humaine explicite.

De la vidéo organique aux produits dérivés

Le modèle d'Ukinoo ne s'arrête pas à la diffusion organique des vidéos. Chaque éclosion produit aussi des éléments graphiques canoniques, notamment la créature et sa scène, qui peuvent devenir des t-shirts, mugs, posters ou accessoires dans une boutique Fourthwall. La même chaîne créative alimente ainsi le contenu et ses produits dérivés.

Fourthwall propose une API utile pour créer une partie de ces produits, mais elle ne couvre pas tout le travail. Le placement fiable des éléments graphiques sur certains produits oblige encore la chaîne Ukinoo à basculer vers le pilotage de l'interface. Cette rupture rend l'exécution moins prévisible qu'un parcours entièrement piloté par API.

Ce n'est pas un échec de l'automatisation. C'est une frontière technique à intégrer dans le workflow : l'agent prépare les assets et les produits, utilise l'API lorsqu'elle suffit, puis réserve le parcours par interface aux opérations qui ne sont pas couvertes.

Gratuit ne veut pas dire sans coût

Mon intuition est que les plateformes cherchent à contenir la prolifération de chaînes automatisées, tout en composant avec de vraies limites techniques et de sécurité. Je ne peux pas leur attribuer une intention unique. Pour Ukinoo, le résultat pratique est observable : les chemins employés ne couvrent pas tout le parcours.

Dans mon expérience, payer un outil tiers revient souvent à acheter davantage de stabilité opérationnelle. Pour Ukinoo, la solution construite en interne économise cet abonnement, mais échange cette économie contre de la maintenance, des contrôles et des reprises. Dans cette chaîne précise, les chemins par API demandent moins de surveillance que les parcours par interface. Une étape humaine protège une décision sensible, mais impose une disponibilité et un délai supplémentaires.

Il ne faut donc pas opposer « automatisé » à « manuel ». Le vrai choix porte sur l'endroit où l'on paie : en abonnement, en développement, en surveillance ou en intervention humaine. Pour Ukinoo, ce compromis se mesure canal par canal, selon la stabilité obtenue et la fréquence des reprises.

Ce qu'Ukinoo valide vraiment

Ukinoo montre qu'il est possible de bâtir une machine capable d'imaginer une IP, de produire ses épisodes, de les décliner et d'orchestrer leur diffusion avec très peu d'intervention.

La condition est exigeante : les fondations doivent être explicites. Il faut un calendrier canonique, des modèles de tickets, des prompts structurés, une matrice claire entre API et automatisations d'interface, des contrôles anti-doublon, des procédures de reprise et des points d'approbation placés aux bons endroits.

Je prépare un guide opérationnel pour les porteurs de projet qui veulent construire ce type de machine sans connaître Ukinoo au préalable. Il réunira un guide principal structuré, un tutoriel de démarrage pas à pas avec KittyClaw, un projet exemple minimal avec ses rôles, son workflow, ses modèles de tickets et ses automatisations, deux checklists pour le lancement et l'exploitation hebdomadaire, ainsi qu'une section consacrée aux erreurs à éviter issues de ce retour d'expérience.

Le guide est disponible au prix de lancement de 19 €. Acheter le guide opérationnel sur Ko-fi.

La réussite actuelle d'Ukinoo n'est pas une courbe de revenus. C'est une preuve d'ingénierie : une IP peut désormais naître, évoluer et circuler dans une chaîne largement agentique. Le dernier kilomètre reste imparfait. C'est précisément là que commence le travail intéressant.