release.show

Le problème

Chaque version demande une entrée de changelog, une vidéo, un post et un e-mail, et les trois derniers sont rarement faits.

Ce qu’il fait

release.show est conçu pour transformer vos releases GitHub en vidéos de marque de 30 à 90 secondes, prêtes à publier.

Comment ça marche

1. Chaque version devient une courte vidéo à la marque, sous-titrée
2. La même version devient aussi une vidéo avec présentateur avatar IA, un article de blog, un widget de version dans l’application, des posts sociaux et un résumé par e-mail
3. Chaque projet obtient une page de chaîne publique sur release.show/<project>

Aujourd’huiL’accès anticipé est une liste d’attente sur release.show. Le produit n’a pas été lancé.

Objectifs

Exploitation autonome

Les annonces de version sont la cible de l’automatisation. Dès qu’un projet connecte GitHub, personne n’a à les écrire : une pull request fusionnée, une version publiée ou un changement du site est repéré tout seul, et la vidéo, l’article de blog, le widget de version, les posts sociaux et le résumé par e-mail en découlent.

Intelligence

Des modèles lisent ce qui a changé dans le code et sur le site et écrivent l’histoire de la version : le script, les sous-titres, l’article de blog et les textes pour les réseaux sociaux, aux couleurs de la marque du projet. Un présentateur avatar IA peut porter la vidéo. La détection des changements et le rendu de la sortie sont du code ordinaire.

Croissance

Porté par les développeurs : chaque vidéo de version est prête à être publiée sur X, LinkedIn ou YouTube, et chaque projet obtient une page de chaîne publique sur release.show/<project>. D’abord une liste d’attente d’accès anticipé. La croissance, ce sont les projets qui publient par ce biais, comptés à partir du premier projet qui n’est pas un pilote.