Lisez votre accord de confidentialité avant de téléverser vos rushes vers un éditeur IA

Il existe une question que la plupart des monteurs n’avaient jamais eu à se poser, et qu’ils doivent désormais poser sur presque chaque projet.

Où vont les rushes ?

Pendant vingt ans, la réponse était banale. Les rushes allaient sur un disque, entraient dans un logiciel de montage et en ressortaient sous forme de fichier. Les seules copies significatives étaient celles que vous réalisiez. La question était si peu intéressante qu’aucun contrat ne prenait la peine de l’aborder.

Cette hypothèse a discrètement cessé d’être vraie.

Le fonctionnement par défaut a changé sans annonce

La plupart des outils vidéo par IA devenus populaires ces deux dernières années sont des services cloud. Ce n’est pas une critique de leur conception. C’est une description de leur fonctionnement.

Vous sélectionnez un fichier. Il est téléversé. L’analyse s’effectue sur leur infrastructure. Les résultats reviennent.

Cela concerne les éditeurs centrés sur la transcription, les outils d’extraction automatique de clips et les éditeurs dans le navigateur. Cela concerne aussi de plus en plus les fonctions ajoutées aux logiciels de bureau, où l’application s’exécute localement mais la fonction IA appelle un service distant en joignant vos médias.

L’utilisateur voit une barre de progression. Sur le plan juridique, il s’agit d’une divulgation à un tiers.

Ce n’est pas la même chose, et le problème se situe dans cet écart.

Ce que vos contrats commencent à prévoir

Les juristes l’ont remarqué avant la plupart des monteurs.

Les cabinets d’avocats avertissent désormais régulièrement leurs clients que le téléversement de contenus confidentiels vers un service d’IA peut enfreindre un accord de confidentialité existant : les informations sont traitées sur des systèmes exploités par un tiers et peuvent être stockées, transférées à l’étranger ou conservées. La note de Stephenson Harwood sur les informations confidentielles, les accords de confidentialité et l’IA l’explique clairement : ces clauses ont été rédigées avant que quiconque envisage qu’une plateforme d’IA puisse constituer une divulgation. La plupart du temps, elles ne prévoient aucune exception à ce titre.

En pratique, les accords de confidentialité sont en cours de réécriture. Les recommandations de Carta sur les clauses relatives à l’IA dans les accords de confidentialité reflètent une rédaction désormais courante : interdire explicitement aux parties d’introduire des informations confidentielles dans des systèmes d’IA générative ou d’apprentissage automatique sans accord écrit préalable.

Si vous montez pour d’autres personnes, vous commencerez à rencontrer ces clauses. Certains d’entre vous les ont déjà vues.

Lisez-les attentivement : leur portée est généralement plus large que les monteurs ne l’imaginent. Elles couvrent souvent :

• les médias eux-mêmes ;
• les transcriptions issues des médias ;
• les noms de fichiers, les arborescences de dossiers et les métadonnées du projet ;
• tout outil qui « traite » le contenu, et pas seulement ceux qui le « publient ».

Ce dernier point surprend. Un outil qui génère uniquement des sous-titres traite tout de même le contenu.

Les métadonnées sont la partie que tout le monde oublie

Même si la vidéo ne part jamais, les informations qui l’entourent partent souvent.

Noms de projets. Noms de clients. Arborescences des cartes caméra. Noms de fichiers comme ACME_Q3_LAYOFFS_CEO_TAKE4.mov.

Un monteur prudent avec les médias mais négligent avec les métadonnées a tout de même dévoilé le sujet. Dans plusieurs catégories de projets, le nom du fichier est précisément la partie sensible.

Vérifiez-le explicitement pour chaque outil que vous utilisez. Pas « téléverse-t-il ma vidéo ? », mais « qu’envoie-t-il, et quand ? ».

Là où le problème devient concret

Ce n’est pas une inquiétude théorique réservée à quelques personnes paranoïaques. C’est une contrainte courante dans des catégories de travail ordinaires.

Produits non annoncés. Tout ce qui est filmé avant le lancement : matériel, emballage, interface, tarifs ou diapositives de feuille de route visibles dans une capture d’écran.

Communications internes. Enregistrements de réunions générales, annonces de restructuration, supports de formation et bilans d’incidents.

Travail pour des clients et des agences. Lorsque vous ne possédez pas les rushes et que leur propriétaire n’a jamais accepté de traitement par un tiers.

Recherche et interviews. Lorsque les participants ont consenti à un usage précis qui n’incluait pas les serveurs d’un fournisseur.

Contenus juridiques, médicaux et réglementés. Lorsque la contrainte n’est pas une préférence, mais une obligation légale.

Les grands studios ont déjà réagi et exigent de plus en plus des outils sur site ou à traitement local pour les contenus avant diffusion. Le reste du secteur suit généralement leurs pratiques de sécurité quelques années plus tard, et rien n’indique que ce sujet fera exception.

La question n’est pas de savoir si un fournisseur est digne de confiance. C’est de savoir si vous aviez le droit de faire ce choix au nom de votre client.

« C’est chiffré » est une autre affirmation

Les pages de sécurité des fournisseurs sont généralement exactes et répondent généralement à une question plus étroite que la vôtre.

Le chiffrement en transit et au repos protège les contenus contre les tiers autres que le fournisseur. Il ne dit rien sur l’autorisation initiale de les divulguer à ce fournisseur.

De même, « nous n’entraînons pas nos modèles sur vos données » est un engagement réel et important. Mais il concerne un usage précis, émane d’une entreprise dont la politique peut changer ou être reprise par un acquéreur, et ne rend pas rétroactivement le téléversement autorisé par contrat.

Les deux affirmations peuvent être entièrement vraies et entièrement hors sujet.

Les questions utiles sont plus précises :

1. Mes médias quittent-ils cette machine à un moment quelconque ?
2. Si oui, quelle action précise les envoie ?
3. Puis-je effectuer le travail essentiel sans cette action ?
4. La limite est-elle visible dans l’interface ou faut-il lire un article d’aide pour la trouver ?

Un outil qui répond clairement à ces questions est plus facile à défendre auprès d’un client qu’un outil qui y répond correctement mais de façon invisible.

Le local n’est plus l’option lente

L’IA cloud est devenue la norme parce que, pendant un temps, c’était la seule solution qui fonctionnait. Exécuter des modèles utiles nécessitait un matériel que la plupart des gens ne possédaient pas.

Sur un Mac en 2026, ce n’est plus le cas.

Apple Silicon exécute les modèles vocaux et visuels assez vite pour un usage en production. La transcription de type Whisper via le framework MLX d’Apple traite une interview d’une heure en quelques minutes sur une machine de classe M4, entièrement sur l’appareil. L’étiquetage visuel, la recherche sémantique, la génération de sous-titres et la description de scènes sont tous réalisables localement.

L’équilibre a réellement changé. L’analyse locale n’est plus un compromis accepté pour la confidentialité. Pour de nombreuses tâches de compréhension des rushes, c’est simplement le chemin le plus rapide, puisqu’il n’y a pas de téléversement.

Trois heures de ProRes n’ont pas besoin de traverser Internet deux fois pour vous indiquer les douze secondes recherchées.

Une présentation honnête du compromis

Privilégier le local ne signifie pas que rien ne peut jamais sortir.

Certaines tâches nécessitent réellement un service externe. Générer un plan inexistant demande un fournisseur de génération. Un modèle de pointe peut mieux raisonner sur une demande complexe que tout ce que vous pouvez exécuter localement. Ce sont de réelles capacités, et prétendre le contraire n’aide personne.

La distinction essentielle est de savoir si franchir cette limite relève d’un choix ou d’un fonctionnement par défaut.

Un choix ressemble à ceci : vous sélectionnez un fournisseur, vous savez ce qui est envoyé, vous le faites pour un projet précis pour lequel vous disposez des droits et vous pouvez refuser sans perdre la possibilité de monter.

Un fonctionnement par défaut ressemble à ceci : ouvrir l’application et importer des rushes signifie que ces rushes se trouvent désormais ailleurs.

Il faut aussi reconnaître que certains outils de ce secteur font les choses correctement. Jumper, par exemple, conserve les rushes en local et ne transmet que des métadonnées à un agent connecté. Rendons-lui ce mérite. Toute la catégorie n’est pas négligente, et chaque outil doit être évalué sur son comportement réel plutôt que sur sa place dans une classification marketing.

Ce qu’il faut vérifier avant le prochain projet

Une liste courte et peu spectaculaire couvre la plupart des situations :

• Demandez directement au client si le traitement par IA est autorisé et obtenez sa réponse par écrit. Cette conversation coûte bien moins cher avant le projet qu’après.
• Recherchez dans la clause de confidentialité les termes « intelligence artificielle », « apprentissage automatique », « sous-traitant tiers » ou « traitement automatisé ».
• Pour chaque outil de votre chaîne de travail, identifiez les fonctions précises qui transmettent des médias et si la transcription en fait partie.
• Vérifiez si les métadonnées et les noms de fichiers sont transmis séparément des médias.
• Conservez les projets sensibles dans des outils offrant un parcours local complet, afin que refuser une fonction externe ne revienne pas à renoncer au travail.
• Notez ce que vous avez fait. Si cela devient important, ce sera un an plus tard, lorsque personne ne s’en souviendra.

Rien de tout cela n’exige de devenir juriste. Il faut savoir lesquels de vos outils téléversent des données et être capable de l’expliquer.

La position d’AVE

AVE est un logiciel de montage vidéo par IA pour Mac privilégiant le local, conçu autour de cette limite plutôt qu’autour d’une justification a posteriori.

Les fichiers de projet, les médias importés, la transcription, l’analyse visuelle, l’exécution sur la timeline et l’exportation restent sur votre Mac. Le moteur d’IA locale et les modèles d’analyse de départ sont inclus dans l’application : la compréhension des rushes fonctionne donc avant toute connexion. Les assistants externes, fournisseurs d’API et services de génération sont des connexions que vous ajoutez volontairement, pour les projets où elles sont appropriées.

C’est tout l’argument de conception : non pas que l’IA externe soit mauvaise, mais qu’elle devrait être quelque chose que vous activez, plutôt que quelque chose que vous oubliez de désactiver.

Vous pouvez lire la définition du parcours privilégiant le local, examiner les détails de sécurité et de téléchargement ou comparer cette approche aux éditeurs de transcription cloud comme Descript.

Et si votre prochain projet est couvert par un accord de confidentialité signé avant l’existence de tout cela, l’hypothèse la plus sûre reste l’ancienne : les rushes restent là où vous les avez placés.