Correction de documentation de compétence

VérifiéSûr

Ce skill analyse les conversations pour détecter les erreurs dans les fichiers SKILL.md et les corrige après approbation de l'utilisateur. Il compare le comportement réel avec la documentation, propose des modifications ciblées (avant/après), puis applique les changements dans les fichiers concernés (SKILL.md, scripts, références). Utilisez-le lorsque les instructions d'un skill sont obsolètes ou incorrectes suite à une exécution.

Spar Skills Guide Bot
DocumentationIntermédiaire
6002/06/2026
Claude Code
#skill-documentation#approval-workflow#self-healing#documentation-fixes#auto-correction

Recommandé pour

Notre avis

Ce skill met à jour la documentation d'un skill (SKILL.md et fichiers associés) en appliquant des corrections découvertes lors de l'exécution, avec un workflow d'approbation.

Points forts

  • Automatise la correction des documentations obsolètes ou incorrectes
  • Intègre un processus d'approbation clair avant toute modification
  • Assure la cohérence entre SKILL.md et les fichiers de référence

Limites

  • Nécessite une détection préalable du skill en cours d'exécution
  • Dépend de la capacité de l'IA à identifier correctement les erreurs
  • Ne corrige pas les problèmes de code sous-jacent, seulement la documentation
Quand l'utiliser

À utiliser après avoir exécuté un skill et découvert des imprécisions ou erreurs dans sa documentation.

Quand l'éviter

Ne pas utiliser si la documentation est correcte ou si les modifications nécessitent une validation humaine poussée sans possibilité de révision.

Analyse de sécurité

Sûr
Score qualité92/100

The skill only uses Read, Edit, and restricted Bash (ls, git) for safely updating skill documentation. No destructive commands, external network access, or exfiltration risks.

Aucun point d'attention détecté

Exemples

Fix API endpoint in skill docs
Based on the error we got during the last run, the API endpoint in SKILL.md is wrong. Heal the skill documentation to fix it.
Update outdated parameter
The '--flag' parameter changed to '--new-flag' in the latest API version. Please update the skill documentation accordingly and commit.
Correct example command
The example in the references file doesn't match the actual output. Fix it using the healing workflow.

description: Check 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>

  1. Detect skill from conversation context (invocation messages, recent SKILL.md references)
  2. Reflect on what went wrong and how you discovered the fix
  3. Present proposed changes with before/after diffs
  4. Get approval before making any edits
  5. 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):

  1. Use Edit tool for each correction across all files
  2. Read back modified sections to verify
  3. If option 1, commit with structured message showing what was healed
  4. 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>
<verification> Before completing:
  • 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>
Skills similaires