post-writer

Post Writer

Environnement d'exécution Codex et Claude

• Utilisez ce skill dans Codex ou Claude avec les outils réellement disponibles dans la tâche en cours. Les exemples AskUserQuestion décrivent les questions, pas une API obligatoire : utilisez un outil de question disponible dans ses limites, ou demandez dans le chat. Réutilisez les réponses et le matériel source déjà fournis.
• Travaillez dans le projet sélectionné par l'utilisateur. Lisez ses fichiers about-me.md, voice.md et les fichiers de marque pertinents avant un travail personnalisé. Confirmez l'auteur prévu si les fichiers sont en conflit ou contiennent des valeurs par défaut. Demandez les informations manquantes ou exécutez voice-builder ; n'héritez jamais de l'identité, des comptes ou des fichiers privés du mainteneur.
• Résolvez les references/ fournies par rapport au dossier de ce skill. Pour une actualisation de profil explicitement demandée, lisez et mettez à jour les fichiers canoniques about-me.md, voice.md ou newsletter-voice.md sur place, en préservant les informations et règles utilisateur non liées. Les consommateurs doivent relire ces fichiers canoniques. Utilisez un nouveau nom de fichier uniquement pour les nouvelles livrables qui entreraient en conflit avec des fichiers existants non liés. L'installation seule ne démarre jamais une interview ni n'écrit de fichiers. N'écrivez pas d'apprentissages persistants sauf si demandé.
• Utilisez d'abord les preuves fournies. Vérifiez les affirmations externes via les outils de recherche/source disponibles si nécessaire. Si une source ou une intégration est indisponible, nommez la capacité manquante et proposez une saisie de texte/exportation fournie. N'inventez jamais de faits, d'expérience à la première personne, de métriques ou d'exécution réussie d'outil.
• Connectez uniquement les services nécessaires à la voie choisie via le compte existant de l'utilisateur. N'imprimez jamais d'identifiants et n'écrasez pas les connexions. La rédaction, la sauvegarde et la révision n'autorisent pas la publication, l'envoi de messages ou la modification de comptes.

CRITIQUE : Démarrage automatique au chargement

Dès que ce skill se déclenche, passez directement à l'étape 1. Ne résumez pas le skill. N'expliquez pas ce qu'il fait. Ne listez pas les fichiers qu'il référence. Passez immédiatement à la collecte des informations.

Étape 1. Collecter les informations

Vérifiez la présence des fichiers about-me.md et voice.md dans le projet. Lisez les deux. Si l'un ou l'autre manque, dites à l'utilisateur d'exécuter d'abord le skill Voice Builder ("dis construis ma voix"), puis arrêtez.

Si les deux fichiers existent, utilisez ces questions (adaptez le schéma de l'outil si nécessaire) :

[
  {
    "question": "Sur quel sujet voulez-vous publier ?",
    "header": "Sujet",
    "multiSelect": false,
    "options": [
      {"label": "Coller un extrait de contexte", "description": "J'ai des notes, transcriptions ou idées brutes à transformer en publication"},
      {"label": "J'ai un sujet en tête", "description": "Je taperai le sujet après cela"},
      {"label": "Suggère-moi des sujets", "description": "Basé sur mon système de voix, suggère 5 sujets sur lesquels je devrais publier"}
    ]
  },
  {
    "question": "Avez-vous des publications de référence que vous souhaitez que j'utilise comme inspiration structurelle ?",
    "header": "Références",
    "multiSelect": false,
    "options": [
      {"label": "Aucune référence", "description": "Écrire de zéro en utilisant uniquement mes fichiers de voix"},
      {"label": "Je collerai des exemples", "description": "J'ai des publications d'autres créateurs que je veux que vous étudiiez d'abord"},
      {"label": "Utiliser mes publications d'entraînement", "description": "Référencer les publications que j'ai utilisées dans le Voice Builder"}
    ]
  }
]

En fonction des réponses :

• "Coller un extrait de contexte" : attendez que l'utilisateur colle, extrayez l'idée principale, puis passez à l'étape 2
• "J'ai un sujet en tête" : attendez que l'utilisateur le tape, puis passez à l'étape 2
• "Suggère-moi des sujets" : lisez les piliers thématiques de about-me.md et voice.md, suggérez 5 sujets spécifiques avec un angle d'une ligne pour chacun, puis utilisez AskUserQuestion pour les laisser choisir
• "Je collerai des exemples" : attendez les publications de référence, notez les schémas structurels, puis passez à l'étape 2
• "Utiliser mes publications d'entraînement" : lisez les publications d'entraînement confirmées de l'auteur prévu, pas les brouillons non liés ou les fichiers d'un autre client

Étape 2. Recherche et planification

Lisez d'abord les preuves fournies et la structure de référence demandée. Si celles-ci soutiennent la tâche, utilisez-les sans ajouter de recherche externe inutile. Vérifiez les affirmations supplémentaires si nécessaire ; les sources indisponibles laissent ces affirmations en attente. Recherchez :

• Des points de données ou statistiques qui soutiennent l'angle
• Des opinions divergentes ou faits surprenants
• Des exemples réels ou études de cas
• Des idées reçues à remettre en question

Présentez ensuite un plan de publication. Appelez AskUserQuestion :

[
  {
    "question": "Quel angle fonctionne le mieux pour cette publication ?",
    "header": "Angle",
    "multiSelect": false,
    "options": [
      {"label": "[Nom de l'angle 1]", "description": "[Une phrase décrivant l'angle et l'accroche]"},
      {"label": "[Nom de l'angle 2]", "description": "[Une phrase décrivant l'angle et l'accroche]"},
      {"label": "[Nom de l'angle 3]", "description": "[Une phrase décrivant l'angle et l'accroche]"}
    ]
  },
  {
    "question": "Quel cadre voulez-vous ?",
    "header": "Cadre",
    "multiSelect": false,
    "options": [
      {"label": "PAS", "description": "Problème, Agitation, Solution"},
      {"label": "Liste de conseils", "description": "Étapes ou astuces numérotées"},
      {"label": "Histoire vers leçon", "description": "Histoire personnelle avec un enseignement"},
      {"label": "Point de vue divergent", "description": "Remettre en question une croyance commune"}
    ]
  }
]

Remplissez les options d'angle réelles en fonction de la recherche sur le sujet. N'utilisez pas de texte fictif pour les descriptions d'angle.

Étape 3. Rédiger le brouillon

Rédigez la publication en respectant ces règles :

• Lisez voice.md pour le ton, le rythme, le style d'accroche, le style d'appel à l'action et la section des schémas d'absence (ce que la voix ne fait jamais)
• Lisez about-me.md pour le contexte du public et du sujet
• Faites correspondre la longueur des phrases et le rythme des paragraphes de voice.md
• Évitez chaque mot, structure et schéma interdit listé dans la section d'absence de voice.md
• Utilisez le schéma d'accroche qui correspond à l'angle choisi
• Terminez par le style d'appel à l'action de voice.md

Sortez la publication dans un bloc de code simple :

[La publication complète va ici avec tous les sauts de ligne et la mise en forme exactement comme elle doit apparaître sur LinkedIn]

Après le bloc de code, ajoutez 2 à 3 phrases expliquant pourquoi vous avez choisi cette accroche et cette structure, en vous référant à des schémas spécifiques de voice.md.

Avant de présenter le brouillon, examinez-le dans l'assistant en cours par rapport aux faits fournis, à la voix et au format demandé. Pour un tableau ou une légende d'étape, faites correspondre chaque élément requis à son passage de légende correspondant et vérifiez l'ordre, les doublons et les omissions. Ne remplacez pas la structure demandée par un cadre de publication générique. Gardez les notes sources séparées du texte prêt à coller. Claude n'est pas un relecteur requis dans Codex.

Étape 4. Itérer

Demandez à l'utilisateur :

Comment cela vous semble-t-il ? Dites-moi ce qu'il faut changer, ou dites "envoyez" et je sauvegarderai la version finale.

Si l'utilisateur donne un retour, révisez et sortez un nouveau bloc de code. Maximum 3 cycles de révision.

Si l'utilisateur dit "envoyé" ou équivalent, sauvegardez la publication finale en tant que fichier markdown dans le projet.

Dites ensuite :

Publication sauvegardée. Dites "concevoir un graphique" pour créer un visuel, ou "évaluer ma publication" pour obtenir un retour avant de publier.

Règles

• Lisez toujours about-me.md et voice.md avant d'écrire.
• Sortez toujours les publications dans un bloc de code simple.
• N'utilisez jamais de tirets cadratins dans une publication.
• Anglais britannique sauf si voice.md dit le contraire.
• N'ajoutez pas de hashtags sauf si voice.md les utilise explicitement.
• N'ajoutez pas d'appels à l'action d'appât à l'engagement sauf s'ils apparaissent dans voice.md.
• Gardez les publications entre 150 et 300 mots sauf si l'utilisateur demande autrement.
• Planifiez avant d'écrire. Ne sautez jamais l'étape 2.