Synthèse automatique
Détecte et corrige automatiquement les erreurs dans les fichiers de documentation des compétences en analysant le contexte de la conversation, en proposant des correctifs avec des différences avant/après, et en appliquant les modifications après approbation de l'utilisateur.
Points forts
- Détection automatisée des problèmes de documentation des compétences à partir du contexte de la conversation.
- Flux de travail structuré avec approbation utilisateur pour éviter les changements non souhaités.
- Fournit des différences avant/après claires pour la révision.
- Option de validation (commit) pour le contrôle de version.
Limites
- Dépend d'un contexte de conversation clair pour identifier la bonne compétence.
- Nécessite l'approbation de l'utilisateur à chaque étape, ce qui peut interrompre le flux de travail.
- Corrige uniquement la documentation, pas la logique du code sous-jacent.
Utilisez cette compétence lorsque vous remarquez que la documentation d'une compétence est incorrecte ou obsolète pendant ou après l'exécution, et que vous souhaitez une manière structurée de la corriger avec supervision.
N'utilisez pas cette compétence pour corriger des bugs de code ou pour apporter des modifications sans révision utilisateur ; utilisez plutôt des compétences de débogage dédiées.
Analyse de sécurité
PrudenceThe skill uses Bash for ls and git commands within the scope of updating skill documentation. It requires user approval before applying any changes and does not instruct destructive, exfiltrating, or obfuscated actions. The risk is low and inherent to version control operations.
- •Uses Bash(git:*) which allows arbitrary git commands; could modify repository history if misused, but context restricts to documentation healing after user approval.
Exemples
I noticed that the API endpoint in the skill documentation is wrong. Can you heal the skill documentation for the 'api-fetcher' skill? The actual endpoint should be https://api.example.com/v2/data instead of v1.The description in the SKILL.md of the current skill doesn't match what it actually does. Please run the skill healing process to fix it.description: Heal skill documentation by applying corrections discovered during execution with approval workflow argument-hint: [optional: specific issue to fix] allowed-tools: [Read, Edit, Bash(ls:), Bash(git:)]
<objective> Update a skill's SKILL.md and related files based on corrections discovered during execution.Analyze the conversation to detect which skill is running, reflect on what went wrong, propose specific fixes, get user approval, then apply changes with optional commit. </objective>
<context> Skill detection: !`ls -1 ./skills/*/SKILL.md | head -5` </context><quick_start> <workflow>
- Detect skill from conversation context (invocation messages, recent SKILL.md references)
- Reflect on what went wrong and how you discovered the fix
- Present proposed changes with before/after diffs
- Get approval before making any edits
- Apply changes and optionally commit </workflow>
</quick_start>
<process> <step_1 name="detect_skill"> Identify the skill from conversation context:- Look for skill invocation messages
- Check which SKILL.md was recently referenced
- Examine current task context
Set: SKILL_NAME=[skill-name] and SKILL_DIR=./skills/$SKILL_NAME
If unclear, ask the user. </step_1>
<step_2 name="reflection_and_analysis"> Focus on $ARGUMENTS if provided, otherwise analyze broader context.
Determine:
- What was wrong: Quote specific sections from SKILL.md that are incorrect
- Discovery method: Context7, error messages, trial and error, documentation lookup
- Root cause: Outdated API, incorrect parameters, wrong endpoint, missing context
- Scope of impact: Single section or multiple? Related files affected?
- Proposed fix: Which files, which sections, before/after for each </step_2>
<step_3 name="scan_affected_files">
ls -la $SKILL_DIR/
ls -la $SKILL_DIR/references/ 2>/dev/null
ls -la $SKILL_DIR/scripts/ 2>/dev/null
</step_3>
<step_4 name="present_proposed_changes"> Present changes in this format:
**Skill being healed:** [skill-name]
**Issue discovered:** [1-2 sentence summary]
**Root cause:** [brief explanation]
**Files to be modified:**
- [ ] SKILL.md
- [ ] references/[file].md
- [ ] scripts/[file].py
**Proposed changes:**
### Change 1: SKILL.md - [Section name]
**Location:** Line [X] in SKILL.md
**Current (incorrect):**
[exact text from current file]
**Corrected:**
[new text]
**Reason:** [why this fixes the issue]
[repeat for each change across all files]
**Impact assessment:**
- Affects: [authentication/API endpoints/parameters/examples/etc.]
**Verification:**
These changes will prevent: [specific error that prompted this]
</step_4>
<step_5 name="request_approval">
Should I apply these changes?
1. Yes, apply and commit all changes
2. Apply but don't commit (let me review first)
3. Revise the changes (I'll provide feedback)
4. Cancel (don't make changes)
Choose (1-4):
Wait for user response. Do not proceed without approval. </step_5>
<step_6 name="apply_changes"> Only after approval (option 1 or 2):
- Use Edit tool for each correction across all files
- Read back modified sections to verify
- If option 1, commit with structured message showing what was healed
- Confirm completion with file list </step_6> </process>
<success_criteria>
- Skill correctly detected from conversation context
- All incorrect sections identified with before/after
- User approved changes before application
- All edits applied across SKILL.md and related files
- Changes verified by reading back
- Commit created if user chose option 1
- Completion confirmed with file list </success_criteria>
- Read back each modified section to confirm changes applied
- Ensure cross-file consistency (SKILL.md examples match references/)
- Verify git commit created if option 1 was selected
- Check no unintended files were modified </verification>
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/heal-skill-documentation-mrwakem1/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/heal-skill-documentation-mrwakem1' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/heal-skill-documentation-mrwakem1/download' --output '.skill-downloads/heal-skill-documentation-mrwakem1/SKILL.md.part' && mv '.skill-downloads/heal-skill-documentation-mrwakem1/SKILL.md.part' '.skill-downloads/heal-skill-documentation-mrwakem1/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/heal-skill-documentation-mrwakem1/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Rédaction de docs Supabase
Documentation
Rédigez, éditez et révisez le contenu de la documentation Supabase : guides, tutoriels, références et partiels. Suivez les guides de style et les règles de validation MDX/TOML.
Créer un enregistrement de décision d'architecture
Documentation
Créer un nouveau ADR avec numérotation séquentielle, l'enregistrer dans le graphe AgentDB et le lier aux ADR associés.
Mise à jour de plan avec recherche approfondie
Documentation
Met à jour un document de plan en lançant des sous-agents en parallèle pour analyser un sujet sur tous les passes du compilateur, puis consolide les résultats.