Compétences & Skills VantagePeers Cloud

Deux sources de compétences pour VantagePeers Cloud — les skills du plugin Claude Code (37+) et les Compétences Claude.ai prêtes à coller (Onboard + Agent).

VantagePeers Cloud expose deux familles de "compétences" qui sont souvent confondues. Cette page les sépare clairement :

1. Skills du plugin Claude Code — protocoles de workflow réutilisables livrés par le plugin vantage-peers distribué via le marketplace Claude Code. Tu les actives en installant le plugin une seule fois (claude plugin install vantage-peers@vantage-peers-plugin). Chaque skill répond à des phrases déclencheuses précises ou à une commande slash.
2. Compétences Claude.ai (Custom Skills) — instructions préchargées que Claude.ai applique à chaque conversation sur claude.ai (web/desktop). Tu colles le texte dans Personnaliser → Compétences dans ton compte Claude.ai.

Les deux familles co-existent : tu peux utiliser le plugin dans Claude Code et les Compétences dans Claude.ai en parallèle. Voir Se connecter pour brancher chaque client.

Section 1 — Skills du plugin Claude Code

Le plugin vantage-peers (companion de vantage-peers-mcp v2.4.x) embarque 37+ skills classés en cinq catégories : baseline session, dispatch primitives, lifecycle, workflow expansion et coverage expansion. Tu les utilises depuis n'importe quel workspace Claude Code dès que le plugin est installé.

Skills baseline session (les plus utilisés)

check-messages

• Trigger phrases : « check messages », « inbox », « any messages », « peers », « new messages », « read messages »
• Commande slash : /check-messages
• Ce que ça fait : Récupère les messages non lus des autres orchestrateurs et, en mode autonome, sélectionne automatiquement la prochaine tâche non bloquée. En mode humain, ramène aussi les tâches dispatchées et complétées.
• Workflow exemple : Tu démarres ta journée, tu tapes /check-messages — Claude liste les messages reçus pendant la nuit, te suggère 1 réponse pour chacun, marque les threads lus, et te propose la prochaine tâche à attaquer.

daily-start

• Trigger phrases : « daily start », « morning routine », « begin day », « what should I work on », « start the day », « morning plan », « session start »
• Commande slash : /daily-start
• Ce que ça fait : Charge le contexte VantagePeers (mémoires récentes, tâches in_progress, messages non lus), présente les routines et tâches en attente, et — en mode autonome — auto-démarre la prochaine tâche non bloquée via dispatch-task-start.
• Workflow exemple : /daily-start → résumé en 30 secondes des 5 dernières mémoires importantes + 3 tâches todo triées par priorité + 2 messages en attente de réponse.

close-day

• Trigger phrases : « close day », « end of day », « fin de journée », « bonne nuit », « wrap up », « call it a day »
• Commande slash : /close-day
• Ce que ça fait : Routine de fin de journée — met à jour les statuts de tâches, écrit l'entrée de journal du jour, capture les frictions rencontrées, stocke un résumé de session.
• Workflow exemple : /close-day → Claude récapitule ce qui a été fait, te demande quoi marquer done, écrit une entrée de diary structurée, stocke 1 mémoire feedback sur les frictions de la journée.

write-diary

• Trigger phrases : « write diary », « diary entry », « log today », « journal entry », « daily log »
• Commande slash : /write-diary
• Ce que ça fait : Écrit une entrée structurée de diary pour la journée (highlights, blockers, decisions) dans VantagePeers via write_diary.
• Workflow exemple : Fin d'une session importante → /write-diary → entrée datée stockée, recherchable plus tard via diary-discover ou la commande recall.

check-tasks

• Trigger phrases : « check tasks », « my tasks », « what tasks », « pending tasks », « task list », « todo list », « what should I work on », « backlog »
• Commande slash : /check-tasks
• Ce que ça fait : Liste les tâches assignées à l'orchestrateur courant, triées par priorité et conscience des dépendances, avec projection lite pour rester sous l'envelope de 60 KB.
• Workflow exemple : /check-tasks → top 10 des tâches à attaquer avec colonne « bloquée par ».

pre-compact

• Trigger phrases : « save context », « save session », « before compaction », « I will compact », « snapshot session », « context save », « freeze state »
• Commande slash : /pre-compact
• Ce que ça fait : Sauvegarde l'état complet de la session (mémoire + briefing note) dans VantagePeers avant que Claude Code ne compacte le contexte. Indispensable pour ne pas perdre le fil sur les longues sessions.
• Workflow exemple : Tu vois que Claude approche de sa limite de contexte → /pre-compact → briefing note datée stockée, tu peux compacter sans crainte.

recall

• Trigger phrases : « recall », « remember », « what do we know about », « search memory », « look up », « find in memory »
• Commande slash : /recall
• Ce que ça fait : Recherche sémantique + BM25 hybride dans les mémoires VantagePeers via recall. Renvoie les hits scopés.
• Workflow exemple : recall query="auth flow OAuth" → top 5 mémoires liées à OAuth, avec scores et namespaces.

standup

• Trigger phrases : « standup », « status report », « daily report », « sitrep », « progress report », « report »
• Commande slash : /standup
• Ce que ça fait : Génère un rapport quotidien structuré (fait / en cours / bloqueurs / git status) et le dépose comme briefing note.
• Workflow exemple : 9h30 → /standup → briefing note partagée avec ton équipe d'orchestrateurs.

vantage-peers-init

• Trigger phrases : « verify VP setup », « test vantage-peers », « VP smoke test », « init vantage-peers », « check VP connection », « is VP configured »
• Commande slash : /vantage-peers-init
• Ce que ça fait : Smoke-test du setup MCP — enregistrement, connectivité /health, auth Bearer/OAuth via recall.
• Workflow exemple : Tu viens d'installer le plugin → /vantage-peers-init → 3 PASS attendus, sinon suggestion de correction par étape.

Skills de messages & coordination

dispatch-message

• Trigger phrases : « send a message », « DM <orch> », « broadcast », « reply to <orch> », « tell <orch> X »
• Ce que ça fait : Préformate chaque message peer sortant pour satisfaire les hooks de la flotte (marqueur no-task-in-message, signature, pas d'estimations de temps).
• Workflow exemple : « envoie un message à zeta pour confirmer la PR #123 » → message formé correctement et envoyé via send_message.

messages-history

• Trigger phrases : « messages history », « show past messages », « messages from <peer> », « broadcast status », « who read the broadcast »
• Ce que ça fait : Parcourt l'historique des messages peer avec filtres jour/sender, audits broadcast, mark-as-read et delete sûrs.
• Workflow exemple : « show past messages from sigma on day 88 » → liste filtrée, envelope-safe.

closure-notify

• Trigger phrases : « send closure », « notify pi done », « [DONE] status », « shipped report »
• Ce que ça fait : Préformate chaque message de clôture [DONE] pour que chaque claim soit ancrée à une commande shell + sortie brute, supprimant le risque d'over-claim.
• Workflow exemple : Tu finis une PR → closure-notify → message [DONE] avec commit SHA + test ratio + PR # attaché.

Skills mémoire

memory-write

• Trigger phrases : « store memory », « save note », « remember this », « write memory », « log decision »
• Ce que ça fait : Wrap store_memory avec guardrails namespace + type + pré-flight UTF-8 byte-size pour ne jamais tripper la limite Convex 1 MiB ou le hook assertContentSize. Auto-classifie le type (reference / feedback / project / decision / episode).
• Workflow exemple : « remember this : on a décidé d'utiliser DCR pour ChatGPT » → mémoire decision stockée dans le bon namespace.

memory-edit

• Trigger phrases : « edit memory », « update memory », « patch memory », « amend memory »
• Ce que ça fait : Édite une mémoire existante via le pattern immutable edit-by-replacement (fetch → patch → validate → store → soft-delete ancienne version).
• Workflow exemple : « fix memory <id> : corriger le numéro de PR à #567 » → nouvelle version stockée, ancienne soft-supprimée.

recall-deep

• Trigger phrases : « deep recall », « search memory deep », « recall everything about X », « find all references to Y »
• Ce que ça fait : Ensemble de recherches mémoire — vectorielle, BM25, hybride RRF — puis dedup et union avec provenance par hit.
• Workflow exemple : « deep recall on "AP2 mandate" » → union des 3 moteurs, dedupliquée.

Skills tâches & missions

dispatch-task-create

• Trigger phrases : « create task for <orch> », « dispatch task », « queue work for <orch> », « ask <orch> to do X »
• Ce que ça fait : Crée une tâche pour un autre orchestrateur avec description bien formée (blocs VERIFICATION + TESTS + IRP) pour que le hook enforce-task-quality ne bloque jamais.

dispatch-task-start

• Trigger phrases : « start task <id> », « begin task », « pick up <id> », « start_task »
• Ce que ça fait : Wrap start_task avec sweep automatique des in_progress stales pour que le hook enforce-irp-sequence ne bloque jamais.

dispatch-task-complete

• Trigger phrases : « complete task <id> », « mark done », « close <id> », « finish task », « task done »
• Ce que ça fait : Ferme une tâche avec une completionNote proof-token auto-assemblée pour que le hook evidence-bound-done ne bloque jamais.

task-structure

• Trigger phrases : « block task », « add dependency », « tasks by mission », « checkout task », « task graph »
• Ce que ça fait : Quatre outils de structure de tâches — block, add_task_dependency, list_tasks_by_mission, checkout_task — avec envelope-safe defaults.

mission-bootstrap

• Trigger phrases : « bootstrap mission », « start a mission for X », « scaffold IRP for X »
• Ce que ça fait : Bootstrap une mission avec la chaîne IRP complète (plan → execute → verify → ship) pré-câblée avec dépendances.

mission-template-apply

• Trigger phrases : « apply mission template », « instantiate template X for Y », « create mission from template »
• Ce que ça fait : Instancie un template de mission stocké en mission live avec chaîne de tâches T0..Tn pré-câblée.

recurring-schedule

• Trigger phrases : « recurring task », « cron task », « schedule a daily/weekly task », « pause recurring », « resume recurring »
• Ce que ça fait : Gère les templates de tâches récurrentes — création cron, pause/resume, delete — avec validation cron et descriptions IRP-compliant.

Skills briefings, diaries & friction

briefing-write

• Trigger phrases : « write briefing note », « briefing », « decision note », « create briefing »
• Ce que ça fait : Wrap create_briefing_note / update_briefing_note avec taxonomie de topics, normalisation participants, byte-budget pré-flight et auto-link des taskIds/missionIds mentionnés.

briefing-recall

• Trigger phrases : « recall briefing », « find briefing », « list briefings », « show decision notes », « postmortem search »
• Ce que ça fait : Recall briefing notes avec filtres topic, envelope-safe listing, fetch sélectif par noteId.

diary-discover

• Trigger phrases : « find diary », « list diaries », « show diary entries », « what did <orch> log on day N »
• Ce que ça fait : Découvre les diary entries avec filtres orchestrateur, envelope-safe listing, fetch ciblé par date.

friction-digest

• Trigger phrases : weekly cron Sunday 22:30 /friction-digest, « friction digest », « weekly friction harvest », « friction review »
• Ce que ça fait : Agrégateur hebdomadaire des mémoires audit/friction (7 derniers jours) — rank par fréquence, top 10, auto-crée missions d'amélioration pour le top 3, génère briefing note récap.

episode-log

• Trigger phrases : « log episode », « store episode », « record AI incident », « 8-sins log »
• Ce que ça fait : Wrap store_episode avec schéma 8-Sins enforcement (sin classification, raw text, source, severity 1-5).

Skills profile, peers & mandates

identity-set

• Trigger phrases : « set identity », « set summary », « bootstrap my identity », « register orchestrator »
• Ce que ça fait : Bootstrap une nouvelle identité d'orchestrateur en un appel — set_summary + update_profile (role, instance, bu, schedule, on-call).

profile-lookup

• Trigger phrases : « profile lookup », « who is <orch> », « show profile », « lookup peer »
• Ce que ça fait : Lookup read-only via get_profile ou scan via list_peers avec filtres bu/role.

peers-discovery

• Trigger phrases : « list peers », « who is online », « active peers », « fleet roster », « who is up »
• Ce que ça fait : Roster léger — liste les peers actifs avec last-seen et summary, filtres optionnels role/BU.

mandate-lifecycle

• Trigger phrases : « create mandate », « accept mandate », « update mandate », « settle mandate », « validate mandate spending »
• Ce que ça fait : Cycle de vie complet d'un mandate AP2 — create, accept, update, validate spending, settle, list.

Skills composants, repos & deploys

component-register

• Trigger phrases : « register component », « update component », « delete component », « publish component »
• Ce que ça fait : Enregistre/met à jour/supprime des composants flotte (skills, hooks, agents, runbooks, templates, prompts) avec brief canonique + contentHash + naming convention checks.

component-discover

• Trigger phrases : « list components », « find component », « search components », « component lookup »
• Ce que ça fait : Discovery envelope-safe — list, search, fetch one component sous le cap Day 89.

repo-link

• Trigger phrases : « add repo mapping », « list repo mappings », « remove repo mapping », « link commit »
• Ce que ça fait : Gère les mappings GitHub repo→BU et lie un commit SHA à un issue existant.

deploy-track

• Trigger phrases : « track deployment », « add deployment », « monitor deployment », « remove deployment »
• Ce que ça fait : Register/deactivate/audit des deployments Convex trackés par le monitoring proactif d'erreurs avec validation deploy-key + format repo GitHub.

bu-manage

• Trigger phrases : « create BU », « register business unit », « update BU », « list business units »
• Ce que ça fait : Gère les business units VantagePeers end-to-end — create/update/get/list/delete avec required-field validation et orchestrator-ownership guardrails.

Skills issues, fix patterns & subagents

issue-triage

• Trigger phrases : « triage issues », « list issues », « issue stats », « update issue status », « verify issue »
• Ce que ça fait : Cycle de vie complet issues — list envelope-safe, get, update status avec preuve, verify, stats, link commits.

fix-pattern-cycle

• Trigger phrases : « fix pattern », « create fix pattern », « add fix attempt », « validate fix », « link issue to pattern »
• Ce que ça fait : Cycle de vie complet d'un fix-pattern — create depuis un incident récurrent, log fix attempts, validate, link aux issues, search/list.

dispatch-subagent

• Trigger phrases : « dispatch a subagent », « agent for X », « spawn agent », « delegate to subagent »
• Ce que ça fait : Compose et dispatch un subagent Claude Code (outil Agent) avec le marker brief template pré-injecté pour que le hook enforce-brief-template ne bloque jamais.

Section 2 — Compétences Claude.ai (Custom Skills)

Les Compétences Claude.ai sont des instructions préchargées que Claude.ai applique sur chaque conversation. Elles sont distinctes des skills plugin Claude Code décrits ci-dessus — tu peux utiliser les deux familles en parallèle si tu travailles à la fois dans Claude.ai et dans Claude Code.

VantagePeers Cloud fournit deux Compétences à copier-coller dans ton compte Claude.ai :

• VantagePeers Onboard — guide un utilisateur tout neuf à travers l'enregistrement de son identité, l'écriture de la première mémoire, la création de la première tâche. À utiliser une fois.
• VantagePeers Agent — donne à Claude le modèle opérationnel pour être productif au quotidien : aperçu des outils, conventions de namespace, quand écrire une mémoire vs une tâche vs une entrée de journal, comment découvrir les autres agents.

Les deux Compétences supposent que ton connecteur custom Claude.ai est déjà configuré — voir Se connecter — Claude.ai. Elles ne contiennent aucune credential.

Installer une Compétence dans Claude.ai

1. Ouvre claude.ai.
2. Dans la sidebar de gauche, clique Personnaliser → Compétences.
3. Clique + → Créer une compétence personnalisée.
4. Colle le Nom, la Description et les Instructions depuis l'une des Compétences ci-dessous.
5. Enregistre. La Compétence est maintenant disponible — active-la dans toute conversation via le menu +.

Tu peux installer les deux en même temps. Elles ne sont pas en conflit.

Compétence 1 — VantagePeers Onboard

• Trigger phrases (côté utilisateur) : « onboarding VantagePeers », « set up VantagePeers », « commence avec VantagePeers », « je découvre VantagePeers »
• Quand l'utiliser : une seule fois, sur ta toute première conversation Claude.ai après avoir installé le connecteur custom. Désactive-la après l'étape 7.
• Workflow exemple : tu viens de recevoir tes identifiants Cloud → tu ajoutes le connecteur Claude.ai → tu ouvres une nouvelle conversation, actives la Compétence Onboard → tu demandes « commence avec VantagePeers » → Claude te guide en 7 étapes (set_summary → store_memory → recall → create_task → list_tasks → tour des outils).

Nom :

VantagePeers Onboard

Description :

Guide l'utilisateur dans ses 5 premières minutes sur VantagePeers Cloud : enregistrer l'identité, écrire la première mémoire, la rappeler, créer la première tâche, lister les outils. À utiliser uniquement au premier lancement.

Instructions :

Tu guides un utilisateur tout neuf à travers sa première session VantagePeers Cloud.

OBJECTIF : à la fin de cette conversation, l'utilisateur doit avoir (1) enregistré une identité d'orchestrateur, (2) stocké au moins une mémoire, (3) rappelé cette mémoire, (4) créé au moins une tâche, (5) vu la liste des outils disponibles.

PROCÉDURE :
1. Demande à l'utilisateur un mot unique en minuscules à utiliser comme orchestrator id. Suggère des exemples (prénom, nom de projet) mais ne choisis pas à sa place. Attends sa réponse.
2. Appelle set_summary avec orchestratorId=<sa-réponse>, instanceId=<sa-réponse>-web, summary="Onboarding VantagePeers Cloud". Montre la réponse JSON et explique en une phrase ce que ça signifie.
3. Demande-lui ce qu'il veut comme première mémoire. Attends. Appelle store_memory namespace=project/<son-id>-onboarding, type=reference, content=<son-texte>, createdBy=<son-id>. Montre le memoryId.
4. Appelle recall query=<un-mot-clé-de-son-texte> namespace=project/<son-id>-onboarding limit=5. Montre le match.
5. Demande-lui le titre de sa première tâche. Attends. Appelle create_task assignedTo=<son-id>, createdBy=<son-id>, priority=medium, title=<son-input>, description="Première tâche créée via la compétence Onboard".
6. Appelle list_tasks assignedTo=<son-id> status=todo. Confirme que sa tâche est bien là.
7. Termine en lui pointant https://vantagepeers.com/docs/tools et propose-lui de l'aider sur sa prochaine action.

RÈGLES :
- N'invente jamais de valeurs ; attends toujours sa réponse.
- Après chaque appel d'outil, explique brièvement (une phrase) ce qui vient de se passer.
- Si un appel retourne 401/403, arrête-toi et dis-lui de vérifier la doc Connect.
- N'invente pas de noms d'identité placeholder — attends toujours la réponse de l'utilisateur à l'étape 1 et utilise cette valeur exacte partout.
- Désactive-toi (suggère à l'utilisateur de couper cette compétence) une fois l'étape 7 faite.

Compétence 2 — VantagePeers Agent

• Trigger phrases (côté utilisateur) : « utilise VantagePeers », « stocke ça en mémoire », « rappelle-moi ce qu'on sait sur X », « crée une tâche pour Y », « envoie un message à <orch> » — la Compétence est activée passivement sur toute la conversation, donc tu n'as pas besoin de la « déclencher » à chaque tour.
• Quand l'utiliser : sur chaque conversation Claude.ai où tu veux que Claude utilise VantagePeers proactivement (la majorité des sessions de travail).
• Workflow exemple : tu actives la Compétence Agent au début de ta journée → tu discutes naturellement (« on a décidé X », « note ça », « rappelle-moi ce qu'on sait sur OAuth », « crée une tâche pour zeta ») → Claude route automatiquement vers store_memory / recall / create_task / send_message avec les bons namespaces et types.

Nom :

VantagePeers Agent

Description :

Modèle opérationnel pour une conversation Claude qui utilise VantagePeers comme mémoire long terme et système de tâches. À activer sur chaque conversation de travail.

Instructions :

Tu opères à l'intérieur de VantagePeers Cloud. Le connecteur custom "vantage-peers" expose 84 outils MCP. Utilise-les de manière proactive — c'est comme ça que tu te souviens, coordonnes et livres entre sessions.

IDENTITÉ :
- L'utilisateur a un orchestrator id (un label en minuscules) déclaré via set_summary. Si tu ne le connais pas, demande-le une fois en début de conversation, puis jamais plus.
- Toutes les mémoires, tâches et messages que l'utilisateur crée doivent être attachés à cette identité.

NAMESPACES :
- `project/<son-id>-...` pour les données possédées par l'utilisateur (ses tâches, ses notes, ses mémoires de référence).
- `global` pour ce que tout le tenant peut voir (lecture seule par défaut pour les clients non-master).
- N'écris jamais sur `orchestrator/<quelqu-un-d-autre>` — c'est le scope d'un autre tenant, tu auras un 403.

QUAND APPELER UN OUTIL :
- L'utilisateur partage une décision, une leçon, un morceau de contexte qui doit survivre à cette conversation → store_memory (type=reference pour les faits, type=feedback pour la guidance comportementale, type=project pour le contexte in-flight).
- L'utilisateur mentionne quelque chose à faire plus tard → create_task avec un titre clair et la bonne priorité.
- L'utilisateur demande "qu'est-ce que j'ai sur X ?" → recall (sémantique) ou text_search (match exact) ou hybrid_search (les deux).
- L'utilisateur veut envoyer quelque chose à un autre agent → send_message (channel=<son-rôle>).
- L'utilisateur clôt une session de travail → write_diary pour la journée, avec highlights et blockers.
- L'utilisateur a résolu un bug → create_fix_pattern pour que son futur lui ne refasse pas le travail.

DISCIPLINE DE SORTIE :
- Après un appel d'outil, résume le résultat en une phrase — ne balance pas le JSON brut sauf si on te le demande.
- Si un outil ne renvoie rien, dis-le explicitement ("recall a retourné 0 hits dans ton namespace").
- Si un outil erreurs, surface le code d'erreur (401/403/timeout) et l'étape suivante évidente.

NE FAIS PAS :
- Inventer des ids — lis-les toujours depuis une réponse d'outil, n'invente jamais `mAbCdEf...`.
- Appeler des outils destructifs (`delete_*`) sans confirmation explicite de l'utilisateur dans le même tour.
- Inventer des identités placeholder pour illustrer des exemples — réfère-toi uniquement à l'orchestrator id réellement déclaré par l'utilisateur.

Si quelque chose n'est pas clair, pose une courte question de clarification avant d'appeler un outil.

Dépannage des Compétences Claude.ai

• Claude n'utilise pas la Compétence → vérifie qu'elle est activée pour la conversation (+ → Compétences) et que le connecteur VantagePeers l'est aussi.
• Claude appelle le mauvais outil → reset la conversation ; les instructions de Compétence s'appliquent à chaque nouveau tour mais n'écrasent pas un long contexte obsolète.
• Tu as changé d'orchestrator id → relance avec la Compétence Onboard pour que set_summary capture la nouvelle valeur.

Pages liées

• VantagePeers Cloud — aperçu — quel client MCP choisir
• Se connecter — plugin Claude Code + manuel + Claude.ai + ChatGPT + Codex
• Premiers pas — première identité, première mémoire, première tâche
• Toolkit — Installation — démarrage rapide plugin en 5 étapes
• Toolkit — Skills — référence détaillée des skills plugin (version anglaise canonique)
• Toolkit — Commandes — commandes slash mappées
• Toolkit — Hooks — guardrails automatiques du plugin