Skip to main content

trous-de-publication

Trouver les écrans du logiciel dont on n'a jamais parlé, et proposer de quoi les combler avec ce qui existe déjà. Utiliser une fois par semaine, ou quand on demande « de quoi parler », « les trous du calendrier », « quels sujets manquent ». Ne crée que des idées d'article au statut brouillon.

Jump to install

Source facts

Repository
PrendsTaPart/Video
Last source activity
August 30, 2026 at 14:39
Detected SKILL.md language
French
Stars
0
Forks
0

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
trous-de-publication
description
Trouver les écrans du logiciel dont on n'a jamais parlé, et proposer de quoi les combler avec ce qui existe déjà. Utiliser une fois par semaine, ou quand on demande « de quoi parler », « les trous du calendrier », « quels sujets manquent ». Ne crée que des idées d'article au statut brouillon.
# Trous de publication · routine D4 ## Objectif chiffré **Réduire chaque semaine le nombre d'écrans sans aucun contenu.** On mesure le nombre d'écrans couverts par au moins un article, un épisode ou un tutoriel ; il doit monter, jamais descendre. ## Pourquoi cette routine existe Le calendrier éditorial se remplissait par sujets — ce dont on avait envie de parler. Le logiciel, lui, a des écrans que personne n'a jamais expliqués. Cette routine part de la carte plutôt que de l'envie, et **ne propose que ce qui s'appuie sur du matériel existant** : un écran qui a déjà son épisode vidéo et son tutoriel n'attend qu'un article, et cet article s'écrit vite. ## Garde-fous - **Aucun contenu publié, aucun contenu programmé.** Cette routine crée des idées au statut `idee`. Rien d'autre. - **Aucune génération de plan vidéo.** La règle du dépôt est ferme : on cherche d'abord dans la bibliothèque Higgsfield existante, et si rien ne convient, on rend le prompt à l'humain — on n'appelle pas Higgsfield. - **Trois propositions au maximum par exécution.** Une liste de vingt trous ne se traite pas ; trois se traitent dans la semaine. ## Marche à suivre 1. **`ecrans_sans_couverture`** (hub) — les écrans sans outil MCP, sans tutoriel, ou au lien à reprendre. Les trois manques sont distincts : un écran sans outil ne se pilote pas, un écran sans tutoriel ne s'apprend pas. Ne pas les confondre dans la sortie. 2. **`get_publishing_gaps`** (site) — les trous du calendrier éditorial. 3. Pour chaque écran candidat, les trois questions symétriques, avec le même couple `module` + `ecran` : - **`contenus_du_module`** (site) — a-t-on écrit dessus ? - **`episodes_du_module`** (catalogue social) — a-t-on tourné dessus ? - **`tutoriels_du_module`** (Académie) — l'enseigne-t-on ? 4. **Classer par facilité, pas par manque.** Un écran qui a déjà sa vidéo et son tutoriel mais pas d'article est le meilleur candidat : la matière existe, il ne manque que la rédaction. Un écran sans rien est le plus coûteux — le signaler, ne pas le proposer en premier. 5. **`create_article_idea`** (site) sur les trois meilleurs, en passant `module_logiciel` et `ecran_logiciel` : sans quoi le prochain passage de cette routine croira le trou toujours ouvert. 6. **`enregistrer_execution_routine`** (BraindCode) avec le nombre d'écrans couverts, pour que la série se trace. ## Ce qu'il faut rendre à la fin - **Les trois idées créées**, avec pour chacune l'écran visé et ce qui existe déjà pour l'appuyer (l'épisode, le tutoriel, leurs liens). - **Les écrans nus** — sans vidéo ni tutoriel ni article : à traiter, mais c'est un chantier de production, pas de rédaction. Les nommer, ne pas les transformer en idées d'article. - **Le compte** : combien d'écrans couverts cette semaine, combien la précédente.
View on GitHub