Avec la nouvelle version de son logiciel de bureau, Kino fait un pari simple, mais décisif : traiter les timelines et les modifications comme du code. Au lieu d’enregistrer le projet dans un fichier binaire enfermé dans un conteneur opaque, l’éditeur convertit chaque opération de la timeline — coupes, animations graphiques avec images clés, transitions et commentaires — en code lisible et versionnable. Pour les équipes de production qui utilisent déjà des processus inspirés de Git pour gérer leurs ressources et leurs modèles, cette approche intègre les projets vidéo à la même chaîne d’outils que les bases de code. Ce n’est pas qu’un gain de confort : les projets fondés sur le code permettent de comparer les modifications de façon déterministe, de valider les paramètres de rendu comme dans un pipeline CI et de laisser des agents externes composer des séquences par programmation, proposer des changements, les examiner et les appliquer sans devoir déduire un état visuel à partir de pixels.
Kino associe son approche centrée sur le code à la transcription des séquences et à l’indexation des clips, afin que les agents trouvent rapidement les bons éléments. Au lieu de décrire vaguement une séquence à un modèle en espérant qu’il devine le bon clip, un agent interroge un index de transcriptions pour repérer les horodatages et les identifiants des médias, puis intervient sur les références de la timeline fournies par l’index. Des tâches comme « remplacer le témoignage client entre 01:02 et 01:18 par celui de la troisième scène » deviennent ainsi fiables à automatiser. Pour les monteurs, ce même index accélère la navigation : la recherche plein texte dans les rushes, les étiquettes d’intervenants et les marqueurs assortis d’un score de confiance réduisent le temps consacré à retrouver les séquences et limitent les notes subjectives qui s’accumulent généralement au fil des cycles de révision.
Pour les productions professionnelles, un point est essentiel : Kino effectue les rendus en local et prend en charge des codecs professionnels comme ProRes, BRAW et R3D. Ainsi, les sorties de qualité finale et les pipelines colorimétriques restent sur la machine de montage — une nécessité pour la diffusion et les productions commerciales haut de gamme, où les rendus intermédiaires dans le cloud ne sont pas acceptables. Le rendu local préserve également la science des couleurs, les métadonnées et les ressources signées lorsque les livrables doivent respecter les spécifications d’un studio. Pour les équipes qui utilisent des agents, cela signifie que l’agent peut préparer un plan de rendu ou vérifier les paramètres d’exportation, tandis que le rendu final en grande profondeur de bits reste sous le contrôle d’une personne ou d’un moteur de rendu sur site, ce qui limite les fuites de données et les conversions de format inattendues.
Pour aller au-delà du montage piloté uniquement par des prompts et ouvrir la voie à une automatisation plus poussée, il faut représenter les modifications comme des objets programmables. Une timeline encodée permet aux agents d’appliquer des transformations — stabiliser plusieurs clips, uniformiser le niveau sonore ou paramétrer des modèles d’animations graphiques — puis de valider ces changements afin qu’une personne les examine. Comme les modifications sont des objets dotés de champs typés, il est possible d’exécuter des contrôles automatisés portant sur la durée, la compatibilité des LUT, la conformité du niveau sonore et même les limites de changement de vitesse plan par plan. Cette automatisation contrôlée et vérifiable va plus loin que les générateurs pilotés par prompts, qui produisent une nouvelle vidéo dont la traçabilité est limitée et qu’il est difficile d’annuler simplement.