Communitygithub.com

Cross-Platform Repurposing

Transforme une idée en plusieurs publications adaptées à chaque plateforme sociale, sans simple copier-coller.

Qu'est-ce que Cross-Platform Repurposing ?

Le skill Cross-Platform Repurposing (ou « réutilisation multiplateforme ») permet de transformer une seule idée ou un seul contenu long (article de blog, vidéo, podcast, newsletter) en plusieurs publications parfaitement adaptées à chaque plateforme sociale. Il repose sur le principe « atomise → adapte » : on extrait d'abord l'idée ou l'information clé (l'atome), puis on la reconstruit de manière native pour chaque cible — avec un hook, un format, une longueur et un appel à l'action différents, mais en gardant la même voix de marque. Ce skill est conçu principalement pour les plateformes textuelles comme LinkedIn, X (Twitter), TikTok (scripts vidéo), carrousels, etc. Il s'utilise en complément d'autres skills comme `hook-writer`, `caption-writer`, `reels-script` ou `thread-writer` pour produire des versions qui passent les tests de « tient debout tout seul » (se comprend sans contexte) et « semble natif » (ne donne pas l'impression d'avoir été copié-collé). La qualité clé est d'éviter le repost pur et simple : chaque version doit être une œuvre originale portant le même message. Le fonctionnement est expliqué en 5 étapes : chargement de la marque et de la voix, atomisation du contenu source, choix des plateformes et de la direction (un→plusieurs, long→court, etc.), reconstruction native, contrôle qualité, puis passage à l'ordonnancement (`scheduling-and-queue`). Inclut des cas limites (audience qui se chevauche, contenu spécifique à une plateforme, vidéo→texte ou texte→vidéo).

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

Demander à votre IA préférée

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

Documentation

Réutilisation multiplateforme (Cross-Platform Repurposing)

Ce skill transforme une idée en plusieurs publications — le levier le plus puissant pour produire du contenu de façon durable. Un article de blog devient une semaine de publications sociales ; une idée forte devient cinq posts natifs sur chaque plateforme. C'est ainsi qu'une petite équipe publie comme une grande.

Le principe qui le rend efficace — et l'écueil qui ruinne la plupart des tentatives :

Réutiliser, ce n'est pas reposter. Coller la même légende sur chaque plateforme est la version paresseuse : elle ne s'adapte naturellement à aucune, ressemble à du spam pour ceux qui vous suivent à deux endroits, et plusieurs plateformes répriment discrètement les contenus visiblement recopiés. L'art consiste à atomiser → adapter : extraire l'idée centrale, puis la reconstruire de manière native pour chaque cible — un hook, un format, une longueur et un appel à l'action différents, mais la même vérité et la même voix.

Quand l'utiliser

  • Diffuser un seul post sur plusieurs plateformes (un → plusieurs).
  • Atomiser un contenu long (article, vidéo, podcast, newsletter) en plusieurs posts courts (long → court).
  • Convertir un format en d'autres (une idée écrite en carrousel, Reel, fil de discussion).
  • À l'intérieur de batch-content-plan, pour étirer un matériau brut limité en un calendrier complet.

Quand NE PAS l'utiliser : quand le contenu est spécifique à une plateforme (private joke, tendance native, réponse) — le forcer ailleurs sonne faux. Et quand l'audience se chevauche presque totalement sur deux plateformes, variez l'angle, ne déplacez pas simplement le post. Sachez reconnaître quand un contenu ne doit pas voyager.

Étape 0 — Lire d'abord les fondations

Chargez brand-profile.md et voice.md. La voix reste constante sur toutes les plateformes ; le registre change selon la plateforme (utilisez la carte tonale de la voix — LinkedIn plus formel, TikTok plus décontracté). Appliquez les garde-fous partout.

Étape 1 — Atomiser : trouver l'idée centrale

Extrayez l'atome réutilisable de la source — le point, l'idée, l'histoire, la statistique, le moment. Pour un post simple, il s'agit généralement d'un seul atome ; pour un contenu long (un article, une vidéo de 20 minutes), il s'agit de plusieurs atomes, chacun assez fort pour être un post à part entière. Ne résumez pas un contenu long en un seul post faible — tirez-en les 5 à 10 meilleurs atomes. Voir references/repurposing-model.md.

Étape 2 — Choisir les cibles et la direction

Décidez des plateformes et de la direction de la réutilisation (un→plusieurs, long→court, format→format, vidéo↔texte — voir references/source-types.md). La direction détermine les mécaniques.

Étape 3 — Re-nativiser par plateforme (ne pas traduire, reconstruire)

Pour chaque cible, reconstruisez l'atome de manière native — en composant les bons skills :

  • Un nouveau hook par plateforme (hook-writer) — ce qui accroche sur LinkedIn diffère de ce qui accroche en première seconde d'un TikTok.
  • Le bon format et la bonne longueur pour cette plateforme.
  • Le texte (caption-writer), le script si vidéo (reels-script), ou le fil de discussion (thread-writer).
  • Mécanismes natifs — hashtags, liens (bio vs cliquables vs commentaires), appel à l'action.

Ce qui reste identique : l'atome et la voix. Ce qui change : le hook, le format, la longueur, la structure, l'appel à l'action, les mécanismes, le registre. Voir references/platform-transforms.md.

Étape 4 — Contrôle qualité : chaque version est-elle autonome et semble-t-elle native ?

Chaque version doit passer deux tests :

  1. Autonome — quelqu'un qui ne voit que ce post reçoit toute la valeur (pas de « comme je le disais sur LinkedIn… »).
  2. Semble native — elle paraît construite pour cette plateforme, pas déplacée. Si on devine qu'elle a été copiée-collée, reconstruisez-la.

Si deux plateformes partagent la majorité de leur audience, changez l'angle entre elles, pas seulement la mise en forme.

Étape 5 — Transférer à la planification

Passez les versions finalisées par plateforme à scheduling-and-queue pour les planifier/diffuser (il confirme et valide d'abord ; WoopSocial applique les champs propres à chaque plateforme). Espacez-les — ne publiez pas la même idée partout à la même minute.

Barre de qualité — auto-vérification

  • Avez-vous atomisé (extrait l'idée centrale) plutôt que de traduire l'enveloppe ?
  • Chaque version est-elle vraiment native — hook, format, longueur, appel à l'action différents — pas du copier-coller ?
  • Chaque version tient-elle debout toute seule ?
  • La voix est-elle constante avec le registre adapté à chaque plateforme ?
  • Pour un contenu long, avez-vous extrait plusieurs atomes, pas un seul résumé ?
  • Avez-vous reconnu quelque chose qui ne devrait pas être réutilisé ?

Si deux versions sont le même texte avec des hashtags différents, vous avez reposté — revenez à l'étape 3.

Cas particuliers

  • Audience très chevauchante entre plateformes → variez l'angle/le format entre elles pour que les abonnés ne voient pas le même post deux fois.
  • Contenu spécifique à une plateforme (tendances, réponses, private jokes) → ne le forcez pas ailleurs ; dites-le.
  • Contenu long avec une seule idée → c'est un atome ; ne fabriquez pas de remplissage pour atteindre un nombre de posts.
  • Vidéo → texte → extrayez les idées/citations parlées comme atomes écrits ; ne transcrivez pas simplement.
  • Texte → vidéo → confiez l'atome à reels-scriptpour le construire comme une vidéo, ne lisez pas la légende à voix haute.
  • Réglementé/sensible → appliquez les garde-fous de conformité à chaque version.

Skills associés

  • brand-profile, voice-builder — voix + registre + garde-fous.
  • hook-writer — un hook frais pour chaque plateforme.
  • caption-writer, reels-script, thread-writer — construire chaque version native.
  • content-recycling — réutilisation dans le temps (rafraîchir les contenus evergreen plus tard).
  • captions-and-clipping, opus-clip — découpage d'extraits de vidéos longues (podcasts, webinaires) en profondeur.
  • batch-content-plan — utilise ce skill pour étirer le matériau en un calendrier.
  • scheduling-and-queue — planifie/diffuse les versions finalisées.

Références

  • references/repurposing-model.md — atomiser → adapter ; ce qui reste vs ce qui change ; les directions.
  • references/platform-transforms.md — comment une idée devient le post natif de chaque plateforme.
  • references/source-types.md — réutilisation par source/direction (contenu long, diffusion, cross-média).
  • references/examples.md — une idée → cinq versions natives, et une atomisation de contenu long.

Individual skills in this repo

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

Skills associés