Style d'Édition
Le mécanisme qui rend la prochaine édition meilleure que celle-ci. Une édition se rapproche de ce que quelqu'un veut vraiment lorsque le système a vu ce qu'il aime réellement — non pas décrit en mots, mais montré. Cette compétence transforme une capture d'écran déposée en une décision écrite, datée, que resolve-ai-edit lit lors de la phase de pré-vol.
Un seul EDIT-STYLE.md par projet client. Il grandit. Il constitue la preuve visuelle ; CREATIVE-BRIEF.md reste l'énoncé d'intention stable, et BRAND.md reste le cahier des charges mécanique.
La règle la plus importante
Lire une référence pour son système, ne jamais copier sa composition. Extraire la logique de palette, les graisses et combinaisons typographiques, la proportion de l'image occupée par le graphique, la matérialité, le rythme de l'animation, le pacing. Puis construire la version propre de ce système pour ce client.
Reproduire un design spécifique d'une autre personne n'est pas une décision de style, c'est du copiage, et cela part sous le nom de l'opérateur. Dites-le à voix haute la première fois qu'une référence est fournie, puis extrayez plutôt que de tracer.
Prise en charge — à chaque fois qu'une référence arrive
-
Prenez le fichier. Enregistrez-le dans le dossier
reference/du projet, nommé<AAAA-MM-JJ>-<ce-que-cela-montre>.png. Un lien reçoit une capture d'écran enregistrée de la même manière, plus l'URL notée — les liens pourrissent, et une décision de style qui ne peut pas être réexaminée est une règle sans raison. S'il s'agit d'une vidéo, enregistrez l'image qui montre l'élément et notez le timecode. -
Posez une question : qu'y a-t-il dans cela ? Une référence donnée sans raison est ambiguë — la même image peut être montrée pour ses sous-titres, son étalonnage, son rythme ou sa mise en page. Ne devinez pas. « Les sous-titres » et « la façon dont ils s'attardent sur le visage » mènent à des extractions totalement différentes.
-
Regardez-la correctement. Ouvrez-la. Décrivez ce qui est réellement présent avant de décider quoi que ce soit : combien d'éléments, où ils se trouvent, les tailles de police par rapport à la hauteur du cadre, les couleurs en hexadécimal si elles sont lisibles, la quantité d'espace vide, ce sur quoi l'œil se pose en premier.
-
Extrayez le système, par écrit. Trois à six lignes. Mécaniques et réutilisables, pas impressionnistes. « Sous-titre sur deux lignes, environ 6 % de la hauteur du cadre, sans empattement gras, un mot en italique avec empattement » est utilisable. « Look moderne et propre » ne l'est pas.
-
Décidez la portée et dites-la à voix haute avant d'écrire quoi que ce soit :
Portée Test Où cela va Adopter Cela devient notre façon de faire pour ce client à partir de maintenant EDIT-STYLE.md, en tant que décision datéeEssayer Vaut la peine d'être testé sur une vidéo pour voir EDIT-STYLE.md, marquéTRY, avec ce qui le confirmeraitRejeter Montré comme exemple de ce qu'il ne faut pas faire EDIT-STYLE.mdsous Rejeté, avec la raisonUnique Cette vidéo uniquement Nulle part. Ne l'archivez pas -
Écrivez-le. Ajoutez-le à
EDIT-STYLE.md. Ne réécrivez jamais une entrée antérieure — remplacez-la et indiquez quelle entrée elle remplace. -
Vérifiez-le par rapport à ce qui existe déjà. Si la nouvelle référence contredit une valeur de
BRAND.md, une interdiction deCREATIVE-BRIEF.md, ou une entrée adoptée antérieurement, citez les deux et demandez laquelle l'emporte. Ne la résolvez jamais en silence. Un enregistrement de style qui se contredit silencieusement est pire qu'absent, car l'éditeur suit la première ligne qu'il lit.
À quoi ressemble une bonne entrée
### 2026-09-18 — Traitement des sous-titres
**Référence:** `reference/2026-09-18-caption-style.png` (image extraite d'un concurrent, 0:04)
**Montré pour:** les sous-titres
**Extrait:**
- Deux lignes maximum, jamais trois. Coupures sur la phrase, pas sur la longueur de ligne
- Hauteur de capitale environ 6 % de la hauteur du cadre — suffisamment grande pour être lisible en miniature
- Sans empattement gras, un mot par sous-titre en italique avec empattement pour l'accentuation
- Positionné dans le tiers inférieur mais hors de la zone de l'interface utilisateur de la plateforme
- Surbrillance mot par mot sur le temps fort, pas un fondu
**Décision:** ADOPTER pour tous les formats courts chez ce client.
**Remplace:** entrée du 2026-08-02 sur les sous-titres (trois lignes, centrées).
**Pourquoi:** l'opérateur a corrigé la longueur des sous-titres sur trois vidéos consécutives.
Avant le début d'une édition
resolve-ai-edit lit EDIT-STYLE.md lors de la phase de pré-vol. Lorsqu'on demande quel est le style d'un client, lisez le fichier et répondez-vous en — d'abord les entrées adoptées, puis tout ce qui est encore marqué TRY, puis la liste des rejetées, car savoir ce qui a été exclu et pourquoi empêche de le proposer à nouveau.
Si le fichier est long, proposez une consolidation plutôt que de la faire vous-même. Fusionnez les doublons, retirez les entrées remplacées et promouvez les règles stables dans CREATIVE-BRIEF.md là où elles doivent figurer en tant qu'intention. Proposez. L'opérateur approuve.
Ce que cette compétence ne fait pas
- Elle n'édite pas. C'est
resolve-ai-editqui le fait. - Elle n'invente pas de style. Pas de référence, pas d'entrée. Une extraction à partir de rien est une supposition habillée d'une date.
- Elle ne transporte pas le style d'un client à un autre. L'enregistrement de chaque client est le sien. Un traitement qui a fonctionné ailleurs peut être proposé avec sa source nommée, jamais appliqué en silence.
- Elle ne touche pas à l'emballage, aux titres ni aux vignettes. Travail différent, compétence différente, dépôt différent.
Maintenir cette compétence à jour
Lorsque quelque chose d'important est appris, mettez à jour ce fichier à sa racine — pas dans une note ni un journal de discussion. Une correction sur la façon dont un client aime ses éditions va dans le EDIT-STYLE.md de ce client. Une correction sur la façon dont l'extraction elle-même doit fonctionner va ici.