base: Skill for Claude Code

Signaler une friction

Une friction consignée est un amendement de process qui s'ignore encore. Ce process réunit le contexte essentiel, puis inscrit l'entrée dans le journal de terrain (.ai/feedback/): on crée, on ne modifie jamais. C'est le détecteur de lacunes le moins coûteux qui soit.

Étapes

1. Identifier le process concerné

Accueille le signalement simplement: «Je note ce qui s'est passé.» Ne promets pas de correction (pas de «pour que ce soit corrigé») et ne nomme pas de cause avant d'avoir les faits: la suite dépend de ce que la personne décidera.

Demande (ou déduis de la conversation):

• Quel process était en cours (chemin ou id; discover_resources si le MCP est disponible, sinon node .ai/base.mjs discover "<nom ou besoin>" --root .).
• À quelle étape le problème est apparu.

2. Cerner l'écart

Fais préciser chacun en une phrase:

• Attendu: ce que le process annonce.
• Observé: ce qui s'est réellement passé (montant faux, donnée périmée, étape impossible…).

3. Situer le coût

Une friction est presque toujours un coût payé à chaque demande: une information retrouvée une nouvelle fois, une règle réexpliquée, un fichier cherché. Pose la question pendant que le cas est frais, et note la réponse: où ce coût est-il payé aujourd'hui, et où devrait-il vivre?

Deux exemples:

• «Je redemande le taux de TVA applicable à chaque devis.» Le coût est payé à chaque devis, par la personne qui le rédige. Il devrait vivre dans une ligne du dossier client, tenue à l'écriture.
• «L'assistant cherche le bon modèle de courrier dans trois dossiers.» Le coût est payé à chaque courrier. Il devrait vivre dans un lien depuis le process, ou dans une compétence qui nomme le modèle à utiliser.

Une erreur que l'assistant refait parce que personne ne la lui a dite devrait vivre dans les «pièges de la maison» de la fiche concernée. Un incident qui a coûté cher (argent, donnée sortie, engagement pris) devrait recevoir un verrou: note-le, «Améliorer un agent» le pose.