Communitygithub.com

calendrier-de-contenu

Un outil pour concevoir un rythme de publication durable : squelette récurrent, séries nommées, ancres temporelles et marge réactive, sans jamais sur-engager.

Qu'est-ce que calendrier-de-contenu ?

Ce skill, « Content Calendar », vous guide pour mettre en place un calendrier de contenu qui tient dans la durée, en évitant l’épuisement et l’abandon des bonnes résolutions. Il repose sur deux principes fondamentaux : la cadence doit correspondre à la capacité réelle (le plancher tenable, pas le plafond idéal), et un squelette récurrent (des « buckets » définis par pilier × format × créneau) est plus facile à remplir qu’une page blanche. Le processus se déroule en six étapes : évaluer honnêtement la capacité, construire le squelette de buckets, concevoir une ou deux séries nommées (comme « Teardown Tuesday »), ajouter des dates‑clés et réserver 20‑30 % de contenu réactif, définir le rythme de travail (rituel de planification, création par lots, buffer), puis livrer le tout avec un exemple de semaine type. Le skill opère entre `social-strategy` (choix des canaux et objectifs) et `batch-content-plan` (remplissage d’une période spécifique). Il inclut une grille de qualité, des cas d’usage avec contre-exemples, et des références vers les fichiers `cadence-and-capacity.md`, `calendar-structure.md` et `operating-rhythm.md`. Aucun traitement analytique : les décisions restent qualitatives ou basées sur les données natives de la plateforme. Ce skill est conçu pour être utilisé avec des assistants IA (Claude Code, Cursor, Codex) dans un workflow de gestion de contenu.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/social-media-skills/skills/tree/main/skills/content-calendar

Demander à votre IA préférée

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

Documentation

Calendrier de contenu

Un calendrier de contenu n'est pas une grille vide que l'on remplit par des actes héroïques — c'est un rythme de fonctionnement durable : une structure récurrente qui génère des publications pour que vous ne soyez jamais face à une page blanche, à une cadence que vous pouvez réellement tenir. Deux idées animent tout cela :

  1. Cadence = capacité. La raison numéro un pour laquelle les calendriers échouent, c'est de trop s'engager. Un plancher que vous tenez pendant un an bat un plan ambitieux abandonné en février.
  2. Un squelette récurrent bat une page blanche. Définissez des seaux réutilisables (pilier × format × créneau) et quelques séries nommées — ensuite chaque cycle consiste à remplir les blancs, pas à inventer depuis zéro.

Ce skill gère le système récurrent. Remplir une semaine/mois spécifique avec des publications réelles relève de batch-content-plan ; les choix de canaux/objectifs de plus haut niveau relèvent de social-strategy. Celui-ci se situe entre les deux : stratégie + piliers → le rythme récurrent → (par cycle) batch-content-plan → skills de contenu → scheduler.

Étape 0 — Lire les fondations d'abord

Chargez social-strategy.md, content-pillars.md et brand-profile.md. Si les piliers n'existent pas, orientez-vous vers content-pillars ou dérivez des piliers provisoires légers — le calendrier doit s'ancrer dans des thèmes, pas flotter dans le vide.

Étape 1 — Dimensionner la cadence à la capacité réelle

Estimez honnêtement la capacité (temps, personnes, budget, le plancher des mauvaises semaines) et fixez une cadence durable par plateforme — différente selon la plateforme, pas un seul chiffre partout. Choisissez une ou deux plateformes principales à bien faire. Utilisez la repurposing pour couvrir davantage sans augmenter proportionnellement le travail. Voir references/cadence-and-capacity.md.

Étape 2 — Construire le squelette récurrent

Définissez des seaux — pilier × format × créneau/jour/plateforme — de sorte que chaque créneau soit une instruction permanente, pas une publication fixe. Répartissez sur les piliers (le pilier signature obtient les créneaux de choix) et variez les formats intentionnellement. Voir references/calendar-structure.md.

Étape 3 — Concevoir une ou deux séries récurrentes

Ajoutez une franchise nommée dans un créneau fixe (« Teardown Tuesday », « Build Log ») pour créer de l'anticipation, moins de fatigue décisionnelle et de la reconnaissance. Une ou deux — pas tous les créneaux.

Étape 4 — Dates‑clés + réserver de la place réactive

Ajoutez des ancres liées au temps (lancements, événements pertinents) sur le squelette, et réservez ~20–30 % pour du contenu réactif/opportuniste avec un ou deux créneaux ouverts par semaine (remettre les tendances live à trend-jacking). Structure pour la cohérence ; espace réactif pour la pertinence.

Étape 5 — Définir le rythme de fonctionnement

Définissez le workflow qui le maintient : un rituel de planification (structure mensuelle, remplissage hebdomadaire, engagement quotidien), une création par lots et un buffer/files d'attente pour qu'une mauvaise semaine ne brise pas la série. Attribuez les rôles s'il y a une équipe. Voir references/operating-rhythm.md.

Étape 6 — Livrer + passer la main

Fournissez la cadence + le squelette récurrent + les séries + la répartition planifié/réactif + les ancres, plus une semaine type remplie pour rendre le tout concret. Ensuite :

  • Remplir une période spécifique → batch-content-plan.
  • Rédiger chaque pièce → les skills de contenu ; adapter sur les plateformes → cross-platform-repurposing.
  • Planifier → scheduling-and-queue (dans le buffer).

Barre de qualité — auto‑vérification

  • La cadence est‑elle dimensionnée à la capacité (le plancher, pas le plafond), et par plateforme ?
  • Y a‑t‑il un squelette récurrent de seaux (pilier × format × créneau), pas une liste ponctuelle ?
  • Y a‑t‑il une ou deux séries nommées ?
  • Une place réactive est‑elle réservée (~20–30 %) avec des ancres sensées ?
  • Y a‑t‑il un rythme de planification + un buffer, pas seulement une grille ?
  • Les passages de main vers batch-content-plan / skills de contenu / scheduler sont‑ils clairs ?
  • Le multi‑plateforme est‑il rendu possible par la repurposing, sans prétentions analytiques ?

Cas d'usage & contre‑exemples

  • Sur‑engagement (« 5×/jour sur 6 plateformes en solo ») → redimensionner fermement à un plancher tenable ; expliquer pourquoi ; utiliser la repurposing.
  • Trop rigide (« verrouiller 90 jours, pas de trous ») → réserver des créneaux réactifs ; un calendrier verrouillé ne peut pas suivre les tendances.
  • « Donne‑moi juste 20 idées de publication » → c'est batch-content-plan ; proposer le squelette récurrent ici.
  • « Construis‑le autour de nos meilleurs créneaux/performeurs » → WoopSocial n'a pas d'analytiques ; proposer des données natives que l'utilisateur extrait ou une revue qualitative ; ne pas revendiquer d'optimisation basée sur les données.
  • Pas de piliers/stratégie pour l'instant → orienter vers content-pillars / social-strategy ou dériver des piliers provisoires ; ne pas flotter dans le vide.
  • Abandonne toujours les plannings → corriger le rythme (plancher durable + buffer + rituel), pas seulement la grille.

Skills connexes

  • social-strategy — les choix de canaux/objectifs au‑dessus de celui‑ci.
  • content-pillars — les thèmes sur lesquels le squelette s'ancre ; brand-profile, voice-builder.
  • batch-content-plan — remplit une période spécifique avec des briefs (l'exécution par cycle).
  • cross-platform-repurposing — rend le multi‑plateforme durable.
  • Skills de contenu (caption-writer, reels-script, tiktok-script, carousel-writer, thread-writer, linkedin-post-writer) — écrivent chaque créneau.
  • trend-jacking — les créneaux réactifs ; scheduling-and-queue — expédier dans le buffer.

Références

  • references/cadence-and-capacity.md — dimensionner la cadence à la capacité ; normes par plateforme ; repurposing ; buffer.
  • references/calendar-structure.md — seaux, pilier × format × créneau, séries, planifié/réactif, ancres.
  • references/operating-rhythm.md — le rituel de planification, le lot, le buffer, la revue honnête, les passages de main.
  • references/examples.md — calendriers travaillés (seul + en équipe) avec semaines types, comparés à un calendrier trop ambitieux.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Skills associés