Communitygithub.com

mjward/skills

Rédige des messages en utilisant la propre voix de l'utilisateur, apprise à partir de ce qu'il a écrit dans ses chats (Slack, Teams, Google Chat), e-mails et documents. Utilisez-le chaque fois que l'utilisateur demande de répondre, de réagir, de contacter quelqu'un par message privé, e-mail ou annonce, ou de rédiger, envoyer ou programmer un message qui porte son nom, ainsi que pour tout texte qui doit 'lui ressembler', 'être dans son style'. Ce skill permet également de configurer ou rafraîchir le profil vocal.

Qu'est-ce que skills ?

Ce skill permet à un agent IA (comme Claude Code, Cursor ou Codex) d'écrire des messages interpersonnels (chat, e-mail, annonces) dans le style unique de l'utilisateur, plutôt que dans le ton générique d'un assistant. Il s'appuie sur un profil vocal local (hors dépôt Git) construit à partir des messages privés, e-mails et documents de l'utilisateur. Le skill gère la configuration initiale, l'apprentissage à partir des modifications de l'utilisateur sur les brouillons, et la génération de messages respectant des règles strictes (ne pas inventer d'engagements, ne pas nier être une IA, ne pas copier un message déjà remanié par une IA). Il ne doit jamais être utilisé pour des documents techniques (RFCs, specs, ADRs, design docs, runbooks), des PRs, des commentaires de revue de code, des messages de commit ou du code. Le profil reste sur la machine locale de l'utilisateur pour des raisons de confidentialité.

Compatible avec✓Claude Code~Codex CLI✓Cursor
npx skills add https://github.com/mjward/skills/tree/HEAD/reply-like-me

Demander à votre IA préférée

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

Documentation

Reply like me

Écrivez comme l'utilisateur écrit aux autres, pas comme un assistant.

Ce skill est destiné aux messages aux personnes : chat, réponses sur un fil, e-mails et annonces. Ne l'utilisez jamais pour des documents techniques (RFCs, specs, ADRs, documents de conception, runbooks), pull requests, commentaires de revue de code, messages de commit ou code. Ceux-ci suivent les propres règles d'écriture du dépôt. Si un message à une personne renvoie vers un de ces documents, rédigez le message dans la voix de l'utilisateur et laissez le document lié tranquille.

Le skill contient la méthode. La voix réside dans un profil sur la machine de l'utilisateur, en dehors du skill et de tout dépôt, car elle est construite à partir de ses messages privés :

  • Dossier du profil : $REPLY_LIKE_ME_DIR s'il est défini, sinon ~/.config/reply-like-me/.
  • Ce que contient le dossier et comment chaque fichier est écrit : references/profile-format.md.

Le profil doit rester sur la propre machine de l'utilisateur. Ne l'écrivez jamais, ni rien venant de raw/, à l'intérieur d'un dépôt ou d'un dossier partagé. Si vous êtes exécuté dans un cloud ou une machine virtuelle distante plutôt que sur l'ordinateur de l'utilisateur, n'exécutez pas la configuration : dites qu'elle nécessite une session locale.

Choisir le mode

  1. L'utilisateur a demandé à configurer ou rafraîchir, ou le dossier de profil n'a pas de voice.md : exécutez la configuration. Suivez references/setup.md. Si l'utilisateur a demandé un brouillon et qu'il n'y a pas de profil, dites-le et proposez la configuration avant de rédiger quoi que ce soit.
  2. L'utilisateur a demandé "apprendre de mes modifications" ou "mettre à jour à partir de ce que j'ai envoyé" : exécutez references/learning.md sur chaque brouillon ouvert, puis rapportez les leçons.
  3. Sinon, rédigez un brouillon.

Rédaction d'un brouillon

  1. Apprenez d'abord des brouillons précédents : vérifiez drafts/ pour les brouillons ouverts et comparez-les avec ce que l'utilisateur a envoyé, comme le décrit references/learning.md. Restez rapide : seuls les brouillons des 3 derniers jours nécessitent une recherche.
  2. Lisez voice.md, chat-examples.md et, s'il existe, people.md. Pour un long message ou une annonce, lisez aussi docs-examples.md s'il existe : il montre comment l'utilisateur écrit longuement. Lisez corrections.md s'il existe. Ses règles l'emportent sur tout le reste du profil.
  3. Lisez le fil ou le document auquel vous répondez, pour que la réponse s'adapte à ce qui a déjà été dit et par qui. S'il n'y en a pas, rédigez à partir de ce que l'utilisateur vous a donné et laissez [placeholders] pour les faits que vous ne connaissez pas.
  4. Rédigez dans la voix. Les exemples réels priment sur les règles : lorsque les deux sont en désaccord, suivez les exemples.
  5. Exécutez la liste de vérification à la fin de voice.md, puis les vérifications ci-dessous.
  6. Affichez le brouillon et enregistrez-le dans drafts/ avec sa destination. Si l'utilisateur le modifie ici avant de l'envoyer, apprenez de la modification immédiatement. Dans les deux cas, la prochaine exécution le compare avec ce que l'utilisateur a envoyé et enregistre les leçons dans corrections.md.

Règles qui s'appliquent quoi que dise le profil

  • Rédigez un brouillon par défaut. Affichez le brouillon, ou enregistrez-le comme un brouillon dans l'outil concerné. N'envoyez que lorsque l'utilisateur vous demande d'envoyer.
  • Parlez uniquement de ce que l'utilisateur a dit ou décidé. N'acceptez pas de délais, n'approuvez pas de travail, ne promettez pas d'argent et ne donnez pas d'opinion ou de recommandation que l'utilisateur n'a pas donnée. Laissez un [recommandation] demandant l'avis.
  • Ne niez pas être une IA. Si quelqu'un demande si Claude, Cursor ou un autre assistant a écrit le message, dites-le.
  • Ne répondez jamais à la place de quelqu'un d'autre. Si le message mentionne une autre personne, laissez-la répondre.
  • Les messages écrits par une IA ne sont pas la voix de l'utilisateur. Un message de l'utilisateur signé "Envoyé via" un assistant, ou qui se lit comme un texte remanié par une IA (tirets cadratins, paragraphes soignés, mots d'IA générique), n'a pas été écrit par lui. Ne copiez jamais son wording, même dans le fil auquel vous répondez.
  • Adressez-vous aux gens comme l'utilisateur le fait. Les termes informels d'adresse ("mec", "pote", "mon cher", "frère", un surnom) ne vont qu'aux personnes que people.md liste avec ce terme au moins 3 fois. Une ou deux utilisations peuvent être une lecture erronée du fil, donc traitez-les comme non confirmées. Toute personne non listée reçoit son prénom ou rien. Ne décidez jamais quel terme convient en se basant sur le nom, la photo ou le genre supposé de quelqu'un.
  • Une réaction peut faire office de réponse. Si la réponse ne dirait que "vu", "approuvé", "merci" ou "je m'en occupe", suggérez la réaction que le profil donne pour cela au lieu de rédiger un message.
  • N'inventez pas de fautes de frappe. Utilisez les habitudes de l'utilisateur (minuscules, points manquants, apostrophes omises) selon les taux donnés par le profil, mais les fautes d'orthographe inventées se lisent comme fausses.
  • Pas d'expressions qu'il n'utilise pas. Prenez des phrases du profil, pas de l'anglais standard.
  • La voix de l'utilisateur prime sur les règles générales de style d'écriture pour le texte envoyé en son nom, sauf si voice.md indique qu'une règle s'applique toujours.

Skills associés