RabbitDesigns22/planifié-vs-publié

Chargez cette compétence dès qu'un agent a programmé, téléversé ou publié du contenu (posts, reels, stories, vidéos, fichiers) sur un planificateur social ou un drive et qu'il doit dire ce qui est réellement en ligne. Utilisez-la pour "vérifier ce qui a vraiment été publié", "est-ce que c'est programmé", "rien n'est publié", "revisa lo publicado", "¿ya salió ?", "no salió en Instagram", "programado", "¿ya se guardó todo ?", "nada está en el Drive". Elle construit une liste de planification, lit chaque élément dans la propre liste du planificateur, puis sur la surface publique réelle, et ne rapporte comme "publié" que ce qui a été effectivement vérifié en ligne lors de cette vérification.

Qu'est-ce que planifié-vs-publié ?

Cette compétence comble l'écart entre une confirmation de programmation et la publication réelle sur les réseaux sociaux ou drive. Elle suit une méthode rigoureuse en trois étapes : (1) construire une liste de planification détaillée (compte, réseau, format, date/heure/fuseau horaire, média, légende), (2) après programmation, relire chaque élément dans la liste du planificateur pour détecter toute divergence, (3) après l'heure prévue, vérifier la surface publique (profil public, vue app, dossier drive) pour confirmer que l'élément existe et est correct. Le rapport final est un tableau de réconciliation avec le statut de chaque élément ("ok", "missing", "wrong", "not yet due", "not checked") et les causes probables d'écart. La compétence insiste sur le fait que "publié" ou "live" ne peut être utilisé que pour des lignes vérifiées visuellement sur la surface publique lors de cette vérification, jamais à partir d'un toast de succès, d'un log ou d'une mémoire. Elle est idéale après chaque programmation de contenu social ou upload de fichier, et pour les vérifications quotidiennes de lots récurrents. Elle prend en charge tous les types de contenu (posts, reels, stories, vidéos, uploads drive) et toutes les plateformes (Facebook, Instagram, drive). Son utilisation évite les faux positifs causés par des tokens expirés, des formats rejetés, des fuseaux horaires décalés ou des cross-posts silencieusement abandonnés.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/RabbitDesigns22/published-vs-planned/tree/HEAD/skills/published-vs-planned

Installed? Explore more Productivité et collaboration skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

Demander à votre IA préférée

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

Documentation

Planifié vs publié

Un outil qui dit "succès" n'est pas un post sur un profil. Les planificateurs acceptent une tâche puis échouent plus tard : jeton expiré, mauvais compte, format rejeté, un réseau abandonné silencieusement. Le propriétaire ouvre ensuite la page, ne trouve rien, et l'agent a déjà dit "tout publié". Cette compétence comble cet écart avec une règle : une ligne est "publiée" seulement si vous l'avez vue en direct, lors de cette vérification.

Quand l'utiliser

  • Vous venez de programmer, téléverser ou publier quelque chose et vous êtes sur le point de faire un rapport.
  • Quelqu'un demande "est-ce que c'est sorti ?", "est-ce que tout est sauvegardé ?", "pourquoi ce n'est pas sur Instagram ?".
  • Un travail récurrent publie du contenu pour des clients et personne n'a regardé les pages en direct.

Ne l'utilisez pas pour concevoir des posts, rédiger des légendes ou lire des résultats publicitaires. Elle répond uniquement : la chose que j'avais planifiée existait-elle là où elle devait, quand elle devait ?

La méthode

1. Construisez d'abord la liste de planification (avant de toucher au planificateur)

Une ligne par élément par réseau. Un cross-posting vers Facebook et Instagram donne deux lignes.

#Compte / pageRéseauFormatDate-heure planifiée + fuseau horaireAsset (nom de fichier ou id)Légende, premiers mots

Règles :

  • Inscrivez le fuseau horaire sur chaque ligne. Le fuseau horaire du planificateur et celui du compte diffèrent souvent.
  • Prenez la liste du brief ou du calendrier approuvé, pas de ce dont vous vous souvenez avoir fait.
  • Si un champ est inconnu, dites-le maintenant. Ne le remplissez pas plus tard avec des suppositions.

2. Après la programmation : relisez depuis la propre liste du planificateur

Fermez le toast de confirmation. Ouvrez la vue liste du planificateur (posts programmés, planificateur, file d'attente) et faites correspondre chaque ligne champ par champ :

  • bon compte/page, bon réseau
  • bon format (post vs reel vs story)
  • date, heure et fuseau horaire
  • le bon média (ouvrez l'aperçu ; comptez les éléments dans un carrousel)
  • légende intacte (premiers mots, sauts de ligne, liens, hashtags, pas de troncature)

Toute divergence : corrigez-la maintenant, puis relisez-la à nouveau. Une ligne introuvable dans la liste est "non programmée", quoi que le toast ait dit.

3. Après le passage du créneau : vérifiez la surface EN DIRECT

Attendez que l'heure planifiée soit passée, plus quelques minutes. Ouvrez ensuite ce que le public voit, pas l'outil d'administration :

  • le profil ou la page public, déconnecté ou dans la vue application quand c'est possible ; ou la propre liste "publiée" de la plateforme comme deuxième source
  • Instagram et Facebook séparément. Le cross-posting laisse souvent tomber un côté sans aucune erreur.
  • pour chaque ligne confirmez : elle existe, bon compte, bon format, légende intacte, le média se lit et est le bon asset, posté à peu près à la bonne heure
  • pour les téléversements drive : ouvrez le dossier de destination dans la vue web, vérifiez le nom du fichier, la taille supérieure à zéro, et qu'il s'ouvre

Les stories expirent et certains formats apparaissent dans un onglet différent (onglet reels, archive stories). Cherchez au bon endroit avant de déclarer quelque chose manquant.

4. Rapportez uniquement le tableau de réconciliation

Placez les écarts en premier. Donnez l'heure exacte de la vérification avec le fuseau horaire.

#ÉlémentPlanifiéProgrammé (vue liste)En direct (page publique)Écart et cause probableCorrectif

Mots de statut par cellule : ok, missing, wrong (dites quoi), not yet due, not checked (dites pourquoi). Puis une ligne : "Vérifié le 4 nov à 21h40 (UTC-5) : 7 sur 9 en direct, 2 écarts."

5. Mots que vous pouvez et ne pouvez pas utiliser

  • "Publié" et "en direct" : uniquement pour les lignes vérifiées sur la surface en direct lors de cette vérification.
  • "Programmé" : uniquement pour les lignes que vous avez relues dans la liste du planificateur lors de cette vérification.
  • Jamais à partir : d'un statut d'outil, d'une tâche marquée "réussie", d'un toast, d'une ligne de log, d'un rapport antérieur ou de la mémoire.
  • Si vous n'avez pas pu regarder (connexion expirée, page bloquée), écrivez not checked et pourquoi. "Inconnu" vaut mieux que "probablement bien".
  • Si quelque chose ne va pas et que vous pouvez le corriger en toute sécurité (reprogrammer, re-téléverser, republier un créneau manqué avec l'approbation du propriétaire si nécessaire), faites-le, puis revérifiez et montrez la nouvelle preuve.

6. Cadence récurrente

  • Juste après chaque créneau programmé : vérifiez uniquement les lignes couvertes par ce créneau.
  • Une fois par jour : tableau complet.
  • Entre les vérifications, rapportez uniquement un diff ("2 lignes ont changé depuis la dernière vérification"), pas toute l'histoire à nouveau.
  • Conservez le dernier tableau avec son horodatage pour que la vérification suivante puisse faire un diff par rapport à lui.

Exemple concret

Plan : 3 éléments pour mardi. Rapporté à 21h40.

#ÉlémentPlanifiéProgramméEn directÉcart et causeCorrectif
1Page A, FB, postMar 10:00okokaucunaucun
2Page A, IG, reelMar 10:00okmissingcross-post vers IG a échoué, aucune erreur montréerepublié manuellement à 21h45, maintenant en direct (vérifié)
3Page B, FB, reelMar 18:00wrong : réglé à 08:00ok à la mauvaise heuredécalage de fuseau horaire (planificateur sur un autre fuseau)fuseau horaire du compte défini, note pour le prochain lot

Mauvais rapport : "Les 3 programmés et publiés." (provenant de trois toasts de succès.)

Causes de défaillance courantes

  • Jeton expiré ou révoqué, ou les autorisations de la page ont changé
  • Mauvais compte sélectionné, ou deux pages/comptes similaires
  • Format rejeté : reel trop long, mauvais rapport d'aspect, codec non supporté, légende trop longue
  • Décalage de fuseau horaire entre le planificateur, le compte et la personne qui planifie
  • Téléversement de média encore en cours de traitement lorsque la programmation a été enregistrée, donc le post a été enregistré sans média
  • Un réseau abandonné silencieusement dans un cross-post
  • Doublon ou brouillon enregistré au lieu de programmé
  • Liste du planificateur filtrée (intervalle de dates, un compte) donc la ligne semble manquante, ou semble présente alors qu'il s'agit d'un autre élément
  • Contenu signalé par la plateforme après publication, ou supprimé par une vérification de droits d'auteur
  • Téléversements drive : synchronisation pas terminée, fichier atterri dans le mauvais dossier, fichier de zéro octet, autorisations non partagées

Limites

  • Vous ne pouvez pas voir les comptes privés ou restreints sans accès ; dites-le.
  • Les listes de la plateforme peuvent accuser un retard de quelques minutes ; revérifiez une fois avant de déclarer manquant.
  • Cela vérifie l'existence et la fidélité, pas si quelqu'un l'a vu.

Skills associés