Qui produit en série publie beaucoup. Un seul épisode donne une vidéo longue, une version verticale, quatre extraits courts, une affiche, des textes d’accroche. Les publier à la main, canal par canal et jour après jour, prend des heures. Depuis le 18 septembre 2026, TheDiffuseur prend l’épisode entier d’un coup.
Le besoin
La demande est arrivée le 17 septembre : que l’épisode soit un dossier complet — vidéos par format, extraits, affiche, images, textes, musique — déposé tel quel, et que chaque destination reçoive la pièce qui lui convient, à son propre rythme. Le client nous a prévenus d’une chose : il ne peut pas garantir ses règles de nommage de fichiers.
Ce que nous avons livré
On dépose le dossier
Une archive ZIP, avec tout ce qu’elle contient. Chaque fichier reçoit un rôle — vidéo principale, verticale, extrait n° 3, affiche, texte, fabrication — avec la raison du choix. On corrige d’un menu ; la correction devient une règle pour le dossier suivant.
On règle la série une fois
Un plan de diffusion par série : quelle pièce part vers quelle destination, à quel rythme, avec quel décalage. « L’épisode entier le lundi ici, ses quatre extraits du mardi au vendredi là. » Chaque épisode de la série en hérite.
On voit avant de s’engager
La simulation affiche le calendrier exact, ligne par ligne. Elle utilise le même calcul que la programmation : l’aperçu ne peut pas différer de ce qui partira.
Le moteur publie
Chaque minute, le moteur prend ce qui est dû et l’envoie. Aujourd’hui vers Telegram, canaux et groupes.
Le premier dossier réel pesait 578 Mo : 60 pièces importées en une fois, rôles reconnus sans intervention, extraits numérotés dans l’ordre, fichiers de travail (présentations, scripts) rangés à part pour qu’ils ne puissent pas être publiés.
Quatre choix qui font la différence
Proposer, jamais deviner
L’application ne suppose aucune convention de nommage. Elle propose un rôle et dit pourquoi ; une correction faite une fois sert pour tous les dossiers suivants.
Refuser avant, pas pendant
Un fichier trop lourd ou un texte trop long pour la plateforme visée est signalé au moment de programmer, en nommant la pièce et la limite. Un texte n’est jamais tronqué.
Ce que l’IA écrit n’existe qu’après relecture
On coche des textes et des images, on écrit une consigne : l’IA fabrique une pièce, en Markdown. Elle arrive non validée. Tant qu’une personne ne l’a pas relue et acceptée, elle ne peut pas partir.
Un tableau qui ne ment pas
Le tableau d’avancement des épisodes se déduit des faits. Aucun état ne se coche à la main : un état saisi finit toujours par diverger du réel.
Ce que le vrai dossier a appris
Deux défauts sont venus du premier dossier réel, pas des tests écrits à l’avance. Un troisième risque, de la relecture du code :
- Deux fichiers identiques s’effaçaient l’un l’autre au stockage. Vu en important le vrai dossier, corrigé dans la même version.
- Un dépôt de plus de 100 Mo n’arrivait jamais : Cloudflare le refusait avant même l’application, sans message. L’écran prévient désormais, et une seconde adresse, directe, reçoit les gros dossiers.
- Une grosse vidéo aurait pu partir deux fois. Chaque envoi est pris par une écriture conditionnelle en base, un « bail », pour que deux instances du moteur ne publient jamais la même pièce. Mais le bail durait dix minutes, autant que le délai d’envoi : une vidéo très lourde lui aurait survécu. Sa durée suit désormais la taille du fichier.
Où on en est
Version 1.0.23, 228 tests automatiques au vert (relevé du 2026-09-18). Le 2026-09-21, une pré-recette en production a montré 21 des 29 gestes prévus, dont la publication autonome par le moteur. Les huit derniers reviennent au client, qui jugera l’ensemble. D’autres plateformes que Telegram sont au programme ; elles ne sont pas encore faites.
Ce que ça change
Un épisode se prépare en une fois, au lieu d’une publication par jour et par canal. Le calendrier est visible avant d’être engagé. Et l’IA fait gagner du temps sur les textes sans jamais publier à la place d’une personne.