Communitygithub.com

rundum-kreativ-mit-ki/brag-slim

Transformez un répertoire de projet ou une URL de site web en une courte vidéo de lancement partageable, avec musique, animation et texte d'accompagnement. Un seul fichier, aucun asset embarqué — entièrement construit par le modèle avec les outils déjà présents sur la machine.

Qu'est-ce que brag-slim ?

Cette compétence permet à un agent IA (comme Claude Code) de produire automatiquement une vidéo de lancement soignée, moderne et partageable à partir d'un projet logiciel local ou d'un site web en ligne. Elle remplace le besoin d'outils de montage complexes ou de services tiers : l'agent inspecte le code source ou la page web en direct, planifie un storyboard, génère les visuels, la musique et les effets, puis rend la vidéo finalisée dans un dossier de sortie dédié (« brag-output/ »). La compétence prend en charge plusieurs formats (paysage, portrait, carré), durées cibles, préréglages de ton (du « chaotique » au « cinématographique »), et applique des règles créatives strictes pour garantir un résultat court, clair pour un novice, spécifique au projet et visuellement percutant. Elle est idéale pour les développeurs qui souhaitent présenter rapidement leur travail sur les réseaux sociaux, dans des démos ou des portfolios, directement depuis leur terminal.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/rundum-kreativ-mit-ki/gratis-paket/tree/main/skills/brag/brag-slim

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

/brag-slim

Vous l'avez construit. Maintenant, vantez-le. Vous réalisez l'intégralité de la vidéo vous-même — histoire, visuels, audio, rendu — avec les outils présents sur la machine.

Quel que soit le ton, elle doit donner l'impression d'une vidéo de lancement moderne, élégante et soignée : rien à l'écran ou dans la bande-son qui ne mérite pas sa place.

Utilisation : /brag-slim [entrée] [options]. Options (drapeaux ou langage naturel) :

OptionDéfaut
--tone <préréglage ou libre>déduit ; default si rien ne correspond clairement
`--format landscapevertical
--duration <s>environ 20s

Écrivez les livrables dans brag-output/ du répertoire courant (avec un horodatage brag-output-YYYY-MM-DD-HHmmss/ s'il existe déjà). Conservez tous les fichiers intermédiaires (images, téléchargements, scripts, pistes) dans un sous-dossier work/ à l'intérieur.

1. Inspecter

D'abord, déterminez ce qu'est l'entrée, puis rassemblez le matériel. Seule la source change ; tout, des questions ci-dessous jusqu'à la suite, est identique pour chaque entrée.

EntréeComment la reconnaîtreD'où vient le matériel
ProjetAucune entrée fournie, et le répertoire courant est un projetLe code
Site webUne URL http(s)://, ou un domaine nu comme example.comLe site en direct

Si l'entrée ne correspond à aucun type, ou s'il n'y a pas d'entrée et que le répertoire courant n'est pas un projet, demandez à l'utilisateur de quoi se vanter.

Projet

Lisez le code : la page principale, les styles (couleurs et polices exactes), le README, les routes et les composants clés. Le meilleur matériel est le produit en utilisation — trouvez ses 2–3 temps forts : entrée → action clé → résultat.

Vous avez la source, alors utilisez-la directement : importez ou rendez les vrais composants, feuilles de style, polices, images et animations du projet dans la vidéo plutôt que de les reconstruire.

Site web

Obtenez le site tel qu'un visiteur le voit. De nombreux sites construisent leur page avec JavaScript, donc un simple téléchargement peut renvoyer une coquille presque vide. Si c'est le cas, chargez la page dans un navigateur sans tête pour obtenir le résultat rendu. Fermez les bannières de cookies et autres superpositions, et faites défiler section par section, car le contenu qui s'anime au défilement reste vide dans une capture plein écran unique.

  • Copie : titre, accroche, titres de sections, noms de fonctionnalités, appels à l'action, témoignages. Vérifiez également le titre, la méta-description et les balises de prévisualisation sociale.
  • Identité : couleurs exactes du CSS du site et polices chargées.
  • Visuels : le logo, les captures d'écran du produit, les images héros, les vidéos de démonstration. Téléchargez ceux que vous utiliserez dans work/.
  • Captures d'écran : capturez la page au rapport d'aspect de la vidéo pour comprendre la mise en page. Dans la vidéo, réutilisez le vrai balisage, CSS et assets du site et animez-les, plutôt que de panoramiquer sur des captures d'écran plates.
  • Le produit en action : consultez les vidéos de démonstration, les sections « comment ça marche » et les docs liés pour le flux entrée → action clé → résultat.

Ensuite, pour chaque entrée

Avant de planifier, répondez : Qu'est-ce que c'est (une phrase) ? À qui cela s'adresse-t-il, et que fait-il pour eux ? Qu'est-ce qui le distingue ? Quelle est l'affirmation la plus impressionnante ou la plus drôle ? Quel est l'accroche visuelle ? Quelle UI ou quel flux réel doit être montré ? Quel ton convient ? Quelle est la légende de partage en une ligne ?

2. Planifier

Écrivez brag-plan.md : l'angle, l'accroche, 2–3 points forts, la chute, le ton, l'identité visuelle, et un storyboard scène par scène avec des durées qui totalisent la cible.

Si l'utilisateur pointe une partie — une nouvelle version, une nouvelle fonctionnalité, un angle — faites-en le focus de la vidéo.

Forme : Accroche (2–3s) → Révélation (2–4s) → 2–3 points forts tranchants → Chute/outro (2–4s). Une forme de départ, pas un modèle.

Lois créatives

  • Court. 15 à 25 secondes ; 18–22 est le point idéal.
  • Clair pour un inconnu. Après un visionnage, quelqu'un qui n'en a jamais entendu parler sait ce que c'est, à qui ça s'adresse et comment l'obtenir. Commencez par ça, pas par comment c'est construit.
  • L'accroche est tout. Les 2 premières secondes décident si quelqu'un continue de regarder. Planifiez-la en premier.
  • Montrez la chose. Réutilisez la vraie chose de la source — son UI, ses composants, sa copie, ses images, vidéos et animations — plutôt que de la recréer. Ne reconstruisez que ce que vous ne pouvez pas réutiliser. Préférez l'application fonctionnelle qui fait son travail à une page d'atterrissage qui la décrit. Un petit texte d'UI illustratif est acceptable lorsqu'on montre le produit en utilisation (un nom de fichier, un toast « Exporté ») ; les affirmations, chiffres ou témoignages inventés ne le sont pas. Jamais de remplissage abstrait.
  • Spécifique. Elle doit donner l'impression d'être faite pour ce projet exact. Utilisez sa propre copie et ses propres affirmations ; pas de langage SaaS générique (« optimisez votre flux de travail » est interdit).
  • Lisible. Le rythme vient du mouvement et des coupes, pas du retrait prématuré du texte. Toute ligne que le spectateur est censé lire reste entièrement visible et stable assez longtemps pour être lue (environ 0,3s par mot), compté à partir du moment où la ligne entière est à l'écran. Le texte qui n'est que texture n'a pas besoin d'être lu.
  • Donnez-lui vie. Les choses qui apparaissent une par une, les clics simulés, les glissements et la frappe battent les diapositives statiques.
  • L'humour gagne sa place. L'humour vient de l'absurdité du projet lui-même, pas d'un effort.
  • Chaque image publiable. Toute image figée devrait mériter d'être partagée.

Tonalités

Les préréglages sont des valeurs par défaut ; une direction libre (« lancement fake Series A de 2016 ») les affine ou les remplace.

TonSensationRythme / transitions
defaultPercutant, ludique, propre4–5 scènes ; transitions douces
polishedSérieux, élégant, retenu3–4 scènes, longues poses ; fondus enchaînés doux
yc-parodyLancement startup impassible, joué sérieusement4–5 scènes, une affirmation chacune ; coupes franches
chaoticRAPIDE, FORT, TOUT EN MAJUSCULES6–8 scènes, certaines en moins de 2s ; coupes flash/zoom
deadpanCalme, sec, rien n'est une blague3–4 scènes, grands espaces vides ; fondus lents
cinematicEnvergure de bande-annonce, affirmations épiques4–5 scènes, grands caractères ; volets dramatiques
app-storeFiches fonctionnalités propres4–6 scènes ; glissements lisses

Son

Écrivez la musique et les effets sonores comme un seul morceau : effets dans la même tonalité et le même espace que la musique, mélangés plutôt que posés par-dessus. Donnez-lui un mix de base correct, comme un vrai morceau est mixé : les effets se glissent doucement sous la musique, rien d'agressif ou de piquant, et les petits sons répétés restent en arrière-plan.

3. Construire, vérifier, rendre

Construisez avec ce qui fonctionne sur cette machine. Si vous dessinez la vidéo dans un navigateur, faites de chaque image une fonction pure du temps et attendez que les polices et images soient chargées avant de capturer chacune.

Avant le rendu complet, regardez les images fixes de chaque scène et du milieu des transitions, et corrigez les débordements, collisions et le faible contraste. Un simple fondu enchaîné entre deux mises en page chargées crée une double exposition boueuse ; décalez-le (ancien contenu sort, puis nouveau contenu entre) ou plongez à travers le fond. Ensuite, rendez brag.mp4.

4. Livrer

  • Poster : tirez l'image stable la plus forte (texte entièrement visible, pas en transition) dans brag.jpg, et intégrez-la comme image 0 de brag.mp4 pour que la vignette de chaque plateforme l'affiche. Remplacez l'image 0 plutôt que d'ajouter une image, afin que la durée et la synchronisation audio restent les mêmes.
  • share-copy.txt : 1–3 phrases, publiable en l'état, spécifique, correspondant au ton. Pas de « ravi de partager ».
  • Dites à l'utilisateur où se trouvent la vidéo et la copie, donnez une phrase sur l'angle créatif, et proposez de refaire une scène ou d'essayer un autre ton.

Skills associés