vivekkartha/medium-seo-publisher

Medium SEO Publisher

Transformez un sujet en un article Medium fondé sur des preuves et en une expérience de publication mesurable. Par défaut, préparez un ensemble révisable. La publication nécessite une demande explicite dans la tâche en cours ; créer ou invoquer cette compétence n'accorde pas cette autorisation.

Compatibilité avec les agents

Ce sont des instructions Markdown portables. Utilisez les outils de l'hôte actuel pour les fichiers, la recherche, l'interaction avec le navigateur et la planification ; aucune API d'agent particulière, racine de système de fichiers ou syntaxe de commande oblique n'est requise. Le fichier optionnel agents/openai.yaml ne fournit que des métadonnées d'interface utilisateur pour les hôtes qui le comprennent ; les autres hôtes peuvent l'ignorer.

Sur les hôtes sans découverte de compétence, l'utilisateur peut fournir directement SKILL.md et ses fichiers de référence relatifs. Résolvez les références par rapport à ce package. Si un outil requis est absent, terminez uniquement le mode pris en charge et indiquez la limitation précise. Les agents textuels uniquement peuvent réviser la prose ou travailler à partir de preuves compatibles produites par un fournisseur approuvé ; la recherche en direct nécessite un accès au web et au fournisseur, et la publication nécessite un outil de navigateur authentifié. Ne prétendez pas que chaque hôte a été testé.

Choisir le mode

• La validation SEO est la valeur par défaut pour tout nouvel article Medium ou article existant. Un sujet, titre, plan ou brouillon fourni est une entrée pour la recherche ; ce n'est pas une autorisation à l'ignorer. Sauf si l'utilisateur demande explicitement un travail éditorial uniquement ou prose uniquement, exécutez la vérification préalable de mesure, la passerelle de métriques du fournisseur, l'inspection actuelle du SERP, la sélection de mots-clés, la recherche de sources, la rédaction ou la révision, et la validation du titre SEO.
• Les modes se composent dans l'ordre demandé. Pour l'écriture, la révision, l'actualisation ou la publication, terminez le flux de travail SEO par défaut avant la livraison ou la publication. Si la passerelle du fournisseur bloque la recherche, arrêtez-vous avant de sélectionner un mot-clé, de valider un titre, de rédiger, de réviser ou de publier.
• Créer ou réviser un article axé sur le SEO : utilisez le flux de travail SEO par défaut pour une nouvelle idée et pour un article existant, y compris lorsque l'utilisateur fournit le sujet, le titre ou le brouillon.
• Actualiser un titre ou une direction SEO : exécutez la passerelle du fournisseur, inspectez le SERP actuel, sélectionnez le mot-clé pris en charge et validez le titre SEO. Réutilisez les preuves compatibles uniquement lorsque research.md les considère comme actuelles.
• Créer un article éditorial uniquement : utilisez cette exception uniquement lorsque l'utilisateur demande explicitement un travail éditorial uniquement. Rédigez et sourcez l'article sans recherche SEO, et indiquez qu'aucun mot-clé gagnant ni titre SEO n'a été validé.
• Réviser la prose uniquement : utilisez cette exception uniquement lorsque l'utilisateur demande explicitement un travail de prose uniquement. Conservez la décision de titre existante, ne faites aucune affirmation SEO et indiquez que la demande de recherche, la sélection de mots-clés, le SERP actuel et le titre n'ont pas été validés.
• Publier un brouillon approuvé : sauf si l'utilisateur a explicitement choisi une exception éditoriale ou prose uniquement, terminez le flux de travail SEO par défaut dans la tâche en cours avant les vérifications de politique, de champ, de destination et de soumission Medium.

Vérification préalable rapide

Réutilisez le contexte de session. Vérifiez uniquement ce qui affecte la prochaine action ; gardez les vérifications de routine hors de la conversation.

• Lisez measurement.md. Établissez le sujet ou l'article existant, le public, la langue et le résultat principal. Sauf si l'utilisateur a explicitement choisi une exception éditoriale ou prose uniquement, établissez également le moteur de recherche et le marché et expliquez brièvement un marché proposé à un novice. Établissez la destination canonique lorsque la publication ou la publication croisée la rend pertinente. Inférez les valeurs par défaut sûres et recommandez les lectures engagées comme résultat pour novice ; posez une question groupée uniquement lorsque des valeurs manquantes changeraient la recherche ou la publication.
• Pour tout nouvel article ou article existant en dehors d'une exception explicite éditoriale ou prose uniquement, inventoriez l'accès aux fournisseurs dans provider-options.md avant de déclarer la passerelle de métriques bloquée : outils ou API connectés, exportations compatibles, onglets de fournisseur authentifiés existants, sessions de navigateur contrôlables et interfaces publiques propriétaires. Une connexion à un site Web n'est pas un accès API, mais son interface utilisateur normale est une voie de recherche valide lorsque l'hôte peut l'utiliser.
• Réutilisez l'accès fourni par l'utilisateur et les sessions déjà connectées. Lorsque la page du fournisseur en direct documente une utilisation gratuite supplémentaire après connexion, expliquez l'allocation en langage clair et demandez à l'utilisateur de se connecter ou de créer le compte gratuit. Indiquez également qu'un essai ou un forfait payant est disponible et créez un lien vers les conditions officielles actuelles. Ne vous inscrivez pas, ne démarrez pas d'essai, ne vous abonnez pas, ne dépensez pas de crédits et ne contournez pas les contrôles d'accès sans le choix explicite de l'utilisateur.
• Si l'utilisateur refuse le paiement ou si Semrush reste indisponible, continuez dans l'ordre des fournisseurs gratuits en premier dans provider-options.md. Demandez avant toute connexion ou essai requis par le fournisseur suivant, mais ne demandez pas à nouveau une option de paiement que l'utilisateur a rejetée. Après avoir épuisé les options gratuites utilisables, présentez la liste payante une fois et arrêtez-vous si l'utilisateur la refuse. Seule une demande explicite éditoriale ou prose uniquement contourne la passerelle de métriques.
• Localisez un Humanizer disponible via le catalogue de compétences de l'hôte ou les répertoires de compétences configurés. Préférez la compétence configurée par l'hôte, puis la correspondance de capacité la plus proche ; ne demandez pas à l'utilisateur à moins que les choix ne modifient matériellement le résultat. Limitez-le à l'édition de prose : cette compétence conserve le contrôle de la recherche, des citations, de la préservation factuelle, de la validation du titre et de la publication. Lisez editorial.md et chargez les conseils manquants avant une réécriture intégrée. Pas de téléchargement ou de remplacement automatique.
• Vérifiez l'identité du compte Medium uniquement pour le travail d'éditeur demandé. Avant la publication, vérifiez la destination réelle et les paramètres de publication actuels.

Recherche avec effort limité

Cette section s'applique par défaut à tout nouvel article Medium ou article existant, y compris les demandes qui fournissent uniquement un sujet, un titre, un plan ou un brouillon et les demandes de révision ou de publication. Ignorez-la uniquement lorsque l'utilisateur demande explicitement un travail éditorial ou prose uniquement.

Lisez research.md. Réutilisez les observations compatibles récentes lorsque cela est approprié ; datez-les et actualisez les finalistes lorsque la décision dépend de la concurrence actuelle.

Préférez une demande de découverte groupée et une demande de métriques groupées lorsque la voie disponible les prend en charge, puis inspectez les finalistes viables. Un connecteur est un moyen facultatif d'atteindre le fournisseur, pas une condition préalable : un fournisseur approuvé peut être disponible via une interface utilisateur de navigateur connectée, y compris le navigateur intégré d'un agent. Découvrez le schéma et les limites actuels d'un outil connecté plutôt que de supposer des commandes. Suivez la passerelle du fournisseur dans research.md.

Triangulez les trois finalistes, ou tous les finalistes s'ils sont moins nombreux, avec un deuxième fournisseur approuvé lorsque disponible. Traitez cela comme une corroboration indépendante fournisseur/modèle, enregistrez le chevauchement connu en amont et conservez les échelles spécifiques au fournisseur. Si un seul fournisseur est accessible, signalez les preuves d'un seul fournisseur et l'incertitude.

Ne vous arrêtez pas avant que le seuil minimum de recherche ne soit atteint : chaque candidat éligible pour gagner a les deux métriques requises pour le marché cible, un SERP localisé actuel a été inspecté, le dossier de preuves est complet et une vérification auprès d'un deuxième fournisseur a été effectuée chaque fois que possible. Des recherches supplémentaires peuvent cesser lorsqu'il est peu probable qu'elles changent la décision.

Sélectionnez un gagnant et expliquez l'ouverture concurrentielle, l'intention du lecteur, la contribution originale et les limites. Incluez un brief de titre qui indique à quelle question de recherche répond le titre recommandé, ce qu'il promet et pourquoi les résultats actuels laissent de la place pour cet article. Un badge de volume élevé ou de difficulté faible est insuffisant. Si les seuils de l'utilisateur ne sont pas atteints, dites-le ; ne les abaissez pas silencieusement.

Préparer l'article

Lisez editorial.md et sourcing.md. Si un échantillon d'écriture existe, lisez-le avant de rédiger ; les corrections explicites ultérieures remplacent les habitudes de l'échantillon.

Rédigez l'article complet sauf si l'utilisateur demande uniquement une recherche, un plan ou une édition. Construisez-le autour de la question du lecteur sélectionnée et répondez-y tôt. Préservez l'interprétation de l'auteur tout en la distinguant des affirmations factuelles. Utilisez des sources vérifiées ; n'inventez jamais d'expériences personnelles, de recherches, de chiffres ou de citations. La recherche de sources est distincte de la recherche de mots-clés.

Préparez ensemble l'article, le titre/sous-titre de l'histoire, le titre/sous-titre de la carte d'aperçu, jusqu'à cinq sujets pertinents, la direction de l'image/le brouillon de texte alternatif et l'enregistrement de la source de la revendication matérielle. Par défaut, incluez également l'extrait de recherche proposé et les preuves de mots-clés. Après une demande explicite éditoriale ou prose uniquement, marquez les métadonnées de recherche comme non recherchées au lieu de les inventer. Traitez les champs non observés dans Medium comme des métadonnées livrables plutôt que comme des contrôles qui ont été définis. Faites en sorte que les titres et les FAQ servent le lecteur ; ne forcez pas un modèle dans un essai. Préservez les modifications de l'utilisateur lors de la relecture du fichier final.

Exécutez une passe éditoriale intégrée suivie d'une révision factuelle et vocale de l'ensemble du document. Réécrivez les paragraphes concernés plutôt que d'échanger à plusieurs reprises des phrases. Ne certifiez pas la prose comme humaine et ne confondez pas une analyse de mots propre avec la qualité éditoriale.

Garder le titre lié à la recherche

Par défaut, traitez le titre recommandé comme faisant partie de la décision de recherche, et non comme une décoration ajoutée après la rédaction. Validez-le par rapport au mot-clé sélectionné et au SERP actuel, puis présentez-le avec une brève justification en langage clair couvrant la question de recherche, le lecteur probable, l'ouverture concurrentielle, la promesse de l'article et comment le brouillon tient cette promesse. Après une demande explicite éditoriale ou prose uniquement, donnez une justification éditoriale couvrant le lecteur probable, la promesse de l'article et comment le brouillon la tient ; ne prétendez pas qu'une question de recherche ou une ouverture concurrentielle a été validée.

Pour un titre axé sur le SEO, évaluez un remplacement proposé au lieu de l'accepter ou de le rejeter mécaniquement :

• S'il préserve la même intention du lecteur et la même promesse factuelle, affinez-le si utile et revérifiez sa clarté par rapport à la recherche.
• Si un titre Medium plus littéraire peut coexister avec un titre de recherche séparé, utilisez les deux uniquement lorsqu'ils décrivent honnêtement le même article. Expliquez le rôle de chacun.
• S'il change le sujet, l'intention ou la réponse promise, ne l'appelez pas le gagnant de la recherche. Expliquez l'inadéquation et conservez le titre pris en charge, ou exécutez une actualisation de recherche ciblée pour la nouvelle direction.
• Si l'utilisateur choisit explicitement un titre matériellement modifié, préservez sa décision éditoriale mais ne publiez pas et ne décrivez pas comme validé SEO jusqu'à ce qu'une actualisation ciblée passe le seuil de métriques et de SERP. S'ils choisissent explicitement une voie éditoriale ou prose uniquement, marquez la conclusion de titre précédente comme remplacée, omettez les affirmations de gagnant de la recherche et réinitialisez la mesure.

Après une demande explicite éditoriale ou prose uniquement, comparez un titre de remplacement avec le lecteur et la promesse de l'article sans prétendre à une validation SEO. Dans tous les autres cas, un titre de remplacement reste dans le flux de travail SEO par défaut.

La recherche sur une requête ne valide pas automatiquement les sujets voisins. Les requêtes connexes peuvent suggérer un cluster d'articles, mais chaque article matériellement différent a besoin de sa propre vérification d'intention et de concurrence. La recherche de recherche améliore le choix ; elle ne garantit pas le classement, le lectorat ou que chaque sujet voisin convient à l'auteur.

Livrer ou publier

Le mode de préparation se termine par un article et des métadonnées révisables, des lacunes dans les preuves et un plan de mesure. Utilisez un dossier de tâche fourni par l'utilisateur ou un dossier de sortie local clairement nommé. Réutilisez les artefacts existants au lieu de créer des rapports redondants.

Lorsque la publication est explicitement demandée, lisez publishing.md. Utilisez l'éditeur en direct, préservez les paramètres d'attribution et d'accès, vérifiez tous les contrôles de publication et confirmez le résultat public. La notification par e-mail aux abonnés est un paramètre distinct ; ne déduisez pas l'autorisation de l'autorisation de publier.

Incluez un calendrier de suivi proportionné dans le livrable, ancré à la publication ou à la date de mise à jour matérielle. Créez des tâches planifiées réelles uniquement lorsqu'elles sont demandées.

Norme d'achèvement

• Sauf si l'utilisateur a explicitement demandé un travail éditorial ou prose uniquement, l'achèvement nécessite une passerelle de métriques du fournisseur réussie, un mot-clé sélectionné, une inspection actuelle du SERP localisé et un titre SEO validé par rapport à ces preuves. Fournir un sujet, un titre, un plan ou un brouillon ne satisfait ni ne dispense de ces vérifications.
• Pour une exception explicite éditoriale ou prose uniquement, signalez que les métriques du fournisseur, le SERP actuel, la sélection de mots-clés et la validation du titre SEO n'ont pas été effectués.
• Chaque candidat gagnant a un fournisseur, un marché, des dates de métriques, un volume, une difficulté organique et une incertitude ; les lignes incomplètes restent des pistes non validées.
• Chaque affirmation factuelle matérielle est sourcée, qualifiée ou supprimée.
• L'article et le titre remplissent la même promesse envers le lecteur et préservent le sens factuel et la voix de l'auteur.
• Les métadonnées sont en accord avec l'article ; les références et l'attribution des images survivent à l'édition.
• Le mode de préparation signale l'état de préparation et les lacunes. Le mode de publication signale l'URL vérifiée et l'état d'accès/notification observé.
• Ne promettez jamais de classements, de conversion, de revenus ou d'étoiles. La validité du package et les scores éditoriaux ne sont pas des preuves de résultats.