CommunityRédaction et éditiongithub.com

flaqai/backlink_skills

Coordonne les tâches de blog : valider le plan, assigner les auteurs et les relecteurs indépendants, vérifier le HTML/Markdown complet avec URL d'image publique et contrôler la page publique. Utilisé pour lancer, reprendre ou livrer un projet de blog.

Qu'est-ce que backlink_skills ?

Cette compétence est un orchestrateur de projets de blog qui gère l'ensemble du flux de travail, de la collecte des besoins à la livraison finale. Elle assure la qualité et l'efficacité en organisant les étapes de recherche, d'écriture, de révision et de vérification. Le livrable final est constitué de deux fichiers complets (HTML et Markdown) intégrant des images avec des URL publiques. La compétence comprend des vérifications automatiques de la page publique et des instructions claires pour la collaboration entre auteurs et relecteurs, ce qui la rend adaptée aux workflows multi-langues et multi-plateformes.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/flaqai/backlink_skills/tree/HEAD/scalable-seo-blog-workflow/skills/blog-gate

Installed? Explore more Rédaction et édition skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · 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

Blog Master Controller

G est responsable de la confirmation des besoins, de l'affectation de W (auteur) et R (relecteur indépendant), de la validation de la livraison et de la vérification de la page publique. La qualité et l'efficacité sont tout aussi importantes.

La livraison finale est constituée de deux fichiers complets en texte et images : HTML avec des images affichées in situ via des URL publiques, et Markdown avec les mêmes images référencées aux mêmes positions. Le corps ne contient que le contenu destiné au lecteur et les légendes ; les instructions, noms de fichiers, alt text visible, etc., sont listés séparément en dehors du corps. Les pages contenant uniquement une liste de liens d'images, un résumé ou une carte de prévisualisation sont considérées comme une livraison incomplète.

Ordre de travail

  1. Collecter la marque et le style, le nombre d'articles, les plateformes candidates, la langue/marché, les mots-clés, le CTA (lien d'action), les mentions, les images et les exigences de livraison. À chaque nouvelle tâche, fournir une liste de préparation manuelle nécessaire et demander les éléments manquants qui affectent la livraison.
  2. Synthétiser les plans de recherche et d'écution article par article. Les plateformes se limitent à la plage donnée par l'utilisateur ; un article par plateforme. D'abord examiner le contenu global de la section cible, puis lire des articles de différentes sources pour éviter une erreur due à un seul exemple. Les informations sur la plateforme aident à déterminer la langue, le lectorat et la profondeur ; le modèle conçoit les sujets en conséquence. Pour les plateformes multiples, clarifier les questions des lecteurs et l'aide principale ; la localisation par sujet suit les demandes de l'utilisateur. Fournir les sujets recommandés, le plan du corps, les étapes prises en charge par le produit et une brève justification, en attendant la confirmation pour commencer à écrire. Ajuster le plan si des preuves défavorables sont trouvées ; ne pas exiger d'articles déjà populaires sur le même sujet. Ne chercher que les lacunes qui affecteraient les conseils ou les faits clés ; arrêter une fois les informations suffisantes. Les limitations marketing générales sont signalées comme des risques ; les candidats restent optionnels et l'utilisateur décide. Les tâches locales déjà confirmées continuent. La méthode d'appariement est détaillée dans Appariement de plateforme ; des sous-agents de recherche en lecture seule peuvent être réutilisés.
  3. Présenter le plan complet, obtenir la confirmation de l'utilisateur, puis affecter l'écriture et la génération d'images. Enregistrer les exigences partagées, les tâches de lecteurs par article, le marché, les angles de différenciation, les limites factuelles et les dispositions de livraison dans un fichier task-plan.json, et conserver la source de confirmation originale. Réutiliser les informations de plateforme applicables pour le même lot. Les éléments confirmés sont les besoins et les tâches des lecteurs ; les titres, plans et exemples sont provisoires et peuvent être optimisés par l'auteur, sauf ceux explicitement verrouillés.
  4. Réutiliser un petit nombre de W et R visibles. Chaque W écrit dans articles/<ID>/, G maintient les exigences partagées et l'avancement. Fournir à chaque rôle les exigences de l'article et les informations applicables. Les changements de portée, plateforme, langue, CTA ou tâches de lecteurs sont décidés par l'utilisateur ; les questions ne suspendent que les articles concernés.
  5. Après que W a terminé et vérifié la charge finale HTML/Markdown et les ressources, R relit. Une fois que R a approuvé la version actuelle, G vérifie par rapport à la confirmation originale de l'utilisateur : nombre, plateforme/langue, sens des mots-clés, CTA/mentions, conventions de liens, images du corps, couverture supplémentaire et double entrée de charge, puis remet officiellement à l'utilisateur. Les problèmes de qualité spécifiques sont renvoyés au W d'origine pour correction et au R d'origine pour re-vérification ; les résultats de relecture manquants ou les problèmes majeurs non résolus sont d'abord signalés.
  6. Après la publication manuelle, renvoyer l'URL et la conclusion (acceptée/nécessite correction). Le même G vérifie par défaut la page publique sur ordinateur conformément à Vérification de la page publique, en jugeant si les images cassent la mise en page, sont anormalement rognées ou nuisent à la lecture. Vérifier sur mobile uniquement si l'utilisateur le demande. Les problèmes côté plateforme sont signalés avec des conseils de correction manuelle ; G ne vérifie que les éléments concernés, sans rouvrir l'écriture ou la relecture. En attendant un message de l'utilisateur, sauvegarder la progression et terminer l'exécution.

Exigences et outils

  • Le texte d'ancrage visible des liens externes vers le produit cible doit contenir le nom de marque confirmé, de préférence en expliquant naturellement son objectif. Déterminer l'écriture de la marque avant l'écriture. Si le texte verrouillé ne contient pas la marque, le soumettre à l'utilisateur ; ne pas modifier automatiquement. Conserver le CTA, le nombre et les mentions spécifiés ; les recommandations sont pertinentes et secondaires. Par défaut, la relation est fondateur ; les opérations de compte nécessitent une autorisation supplémentaire.
  • Chaque titre / H1 prévu doit exprimer naturellement toutes les significations protégées du mot-clé. En cas de verrouillage mot à mot, suivre l'original. Pour les expressions multilingues, choisir dans l'ordre : terminologie existante de la marque, variante naturelle régionale, traduction documentée.
  • Le texte et les images doivent autant que possible faire écho à la marque. Sauf indication contraire, préparer une couverture séparée en plus des images du corps. Respecter le nombre et le format convenus ; visualiser chaque image finale. Pour les nouvelles tâches, W choisit l'hébergement d'images, crée les liens publics directs et livre la page complète HTML/Markdown. Le plan inclut les exigences de publication des images.
  • Pour les nouvelles tâches, utiliser l'outil de livraison léger. Pour les anciens projets campaign.json, suivre l'ancienne interface pour maintenir les confirmations et enregistrements d'origine.
  • La publication sur le blog est effectuée uniquement par un humain : la machine ne doit pas saisir de contenu dans l'éditeur, télécharger des images sur la plateforme de blog, enregistrer des brouillons, publier, supprimer ou modifier le client de navigateur à empreinte digitale. Le téléchargement sur l'hébergement d'images est limité aux images pouvant être rendues publiques pour cet article, conformément à Hébergement d'images. L'inscription/connexion et les réglages minimaux suivent Autorisation spéciale ; conserver la configuration du modèle existant.

Après compression ou reprise, lire intégralement le Flux de travail court, puis la tâche originale, le brouillon actuel et les questions ouvertes. Les documents de référence sont lus selon les besoins.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Skills associés