PortafolioSor0/claude-skills-ops-routine

Page de mise à jour pour le client

Objectif : une page courte que l'opérateur partage à l'écran lors de la prochaine réunion, plus une liste des documents qu'il devrait avoir ouverts.

Règles de contenu (retour de l'opérateur)

• Uniquement ce qui a changé depuis la dernière réunion avec Jordan. Lisez la dernière note dans docs/reuniones/ (et la transcription, si nécessaire). Laissez de côté tout ce qui a déjà été abordé lors de cette réunion, même si c'est important.
• Ne copiez pas les nouveaux éléments dans la page de planification pérenne. C'est le plan permanent.
• À la première personne, dans la voix de l'opérateur :
  • "Ce qui a été terminé", "J'ai rédigé", "Ce dont j'ai besoin de toi", "Prochaines étapes pour moi";
  • Jordan est "toi";
  • jamais "<opérateur> a fait…", "préparé par…", ni aucune mention de Claude, IA ou automatisation.
• En anglais, simple, avec du texte large (le client l'a demandé).
• Conformité, même sur les pages internes :
  • pas de "free" ("sans engagement", "gratuit pour vous");
  • "Medicare Annual Enrollment Period", pas "Open Enrollment";
  • les chiffres de désistement approuvés par l'agence (nombre d'organisations/de produits), exactement comme dans CLAUDE.md.
• Pas de chemins de fichiers locaux sur la page. Jordan n'a pas le dépôt.

1. Rassembler ce qui est nouveau

• git log --since="<date de la dernière réunion avec Jordan>" et les fichiers créés ou modifiés.
• Éléments marqués [x] dans docs/pendientes.md après cette date.
• Réponses aux questions que Jordan a posées (chiffres, sources, documents trouvés).
• Nouvelles demandes pour Jordan : uniquement celles qui n'ont pas été soulevées lors de la dernière réunion.

2. Construire la page

• Fichier : docs/reuniones/AAAA-MM-JJ-whats-new.html, daté pour la prochaine réunion (généralement le jour ouvrable suivant).
• Réutilisez le style de la page la plus récente (docs/reuniones/*-whats-new.html) : les tokens du site de l'agence, Fraunces + Inter, mode clair et sombre.
  • Copiez son bloc <style>. N'inventez pas un nouveau design.
• Structure :
  1. Header : surtitre "Avery Benefits Group · Depuis notre revue du ", titre "What's new", une ligne disant que cela ne couvre que ce qui a changé.
  2. Tuiles : une par élément, chacune avec un badge (Done / Drafted / Found / Needs you) lié à sa section.
  3. Une section par élément : ce qui a été fait et pourquoi c'est important pour Jordan, brièvement. S'il y a du texte à approuver (publications, scripts), incluez-le pour pouvoir le lire pendant la réunion.
  4. Ce dont j'ai besoin de toi : uniquement les nouvelles demandes.
  5. Pied de page : "Avery Benefits Group · Jordan Avery, Licensed Insurance Broker · · Mise à jour interne".
• Titre (<title>) : "Update ".

3. Publier

• La première fois pour chaque nouvelle page : Artifact avec action: "quickstart" (intention other), puis Artifact publication avec file_path, icon (ex. "update") et une description d'une phrase.
  • Si la page existe déjà (même date), republier dans le même fichier.
• Jetez un coup d'œil dans le navigateur avant de publier (capture d'écran) et ne corrigez que ce qui est visiblement cassé.
• Commit : l'opérateur comme auteur, pas d'attribution à l'IA, pas de push.

4. Rapporter à l'opérateur (en espagnol, en commençant par son nom)

1. Lien de la page et ce qu'elle couvre, en une ligne par section.

2. Documents à avoir sous la main pendant la réunion : une liste regroupée par sujet, avec des chemins cliquables ([nom](chemin)) pour chaque document créé ou mis à jour depuis la dernière réunion :

   • PDF et Word pour la conformité;
   • newsletter HTML;
   • publications;
   • notes.

   Dites lesquels sont attachés dans les brouillons Gmail, le cas échéant.

3. Rappelez-leur que la page est privée et que, pour que Jordan puisse l'ouvrir seul, ils doivent la partager depuis le menu Partage.