Reelier — rejouer au lieu de raisonner à nouveau
Un fichier *.skill.md est un enregistrement d'une exécution réussie : des appels d'outils avec un résultat réussite/échec par étape. Le rejouer coûte 0 token LLM, prend quelques millisecondes et produit un reçu. Le raisonnement à nouveau brûle des tokens et dérive silencieusement. Préférez le rejeu.
1. D'ABORD : vérifier si un skill existe
Avant de réexécuter manuellement une séquence d'appels d'outils, parcourez le projet pour trouver **/*.skill.md. Si l'un correspond à la tâche, exécutez-le :
npx -y reelier run <fichier>.skill.md
Déterministe, 0 token LLM, lecture seule par défaut. Rapportez le résumé du reçu à l'utilisateur : étapes réussies/échouées, temps de rejeu, tokens (0). Si une étape échoue, l'assertion en échec est le pourquoi — rapportez-la clairement et basculez vers une exécution manuelle de la tâche. Ne signalez jamais une réussite que vous n'avez pas vue dans l'enregistrement de l'exécution.
2. Pas encore de skill ? Compilez l'exécution que vous venez de faire
Seulement après avoir accompli la tâche avec succès via des appels d'outils :
npx -y reelier from-session <transcript.jsonl>
# vous ne connaissez pas le chemin du transcript ? trouvez-le d'abord :
npx -y reelier scan
N'écrivez jamais d'étapes que vous n'avez pas réellement exécutées — un skill est un enregistrement, pas un plan. Si le compilateur affiche « Questions ouvertes », lisez-les textuellement : ce sont des lacunes qu'il a refusé de deviner (dates littérales, ID qui devraient être {{variables}}). S'il ne rapporte rien de rejouable, dites-le — ne fabriquez pas un skill quand même.
3. Vérifier les dérives
npx -y reelier diff <nom-du-skill>
Code de sortie 0 = IDENTIQUE. Code de sortie 1 = DÉRIVE, étape par étape, avec l'assertion en échec comme pourquoi. Utilisez-le pour verrouiller une relecture programmée ou pour valider une mise à jour de modèle par rapport à une référence figée.
4. Optionnel : reçus durables
Une ligne : npx -y reelier push <fichier>.skill.md synchronise le reçu vers un lien permanent partageable (compte gratuit sur reelier.com) — opt-in, jamais obligatoire.
Garde-fous — règles intransgressibles
- Lecture seule par défaut. Les étapes d'écriture (
idempotent-write) sont suspendues sauf si vous passez--allow-writes; les étapes destructrices ne s'exécutent jamais automatiquement. Rejouer ne déclenche jamais silencieusement une écriture. - Pas d'outil, pas de reçu. Si
npx -y reelierest indisponible ou génère une erreur, faites la tâche normalement et dites à l'utilisateur que Reelier n'a pas été utilisé — ne simulez jamais un reçu ni ne prétendez qu'un rejeu a eu lieu. - Périmètre honnête. Reelier ne rejoue que les appels d'outils MCP/HTTP — les éditions de fichiers, les commandes shell et les lectures ne sont pas rejouables. Une session sans rien de rejouable donne un résultat vide honnête, pas un skill fabriqué ; c'est attendu, pas une erreur.