Heal skill documentation

VerifiedCaution

Analyze conversation to detect and fix issues in skill documentation with user approval.

Sby Skills Guide Bot
DocumentationIntermediate
7/24/2026
Claude Code
#skill-management#documentation-fix#approval-workflow#code-correction

Recommended for

Automated summary

Automatically detects and corrects errors in skill documentation files by analyzing conversation context, proposing fixes with before/after diffs, and applying changes after user approval.

Strengths

  • Automated detection of skill documentation issues from conversation context.
  • Structured workflow with user approval to prevent unintended changes.
  • Provides clear before/after diffs for review.
  • Optionally commits changes for version control.

Limitations

  • Relies on clear conversation context to identify the correct skill.
  • Requires user approval at each step, which may interrupt workflow.
  • Only corrects documentation, not underlying code logic.
When to use it

Use this skill when you notice a skill's documentation is incorrect or outdated during or after execution, and you want a structured way to fix it with oversight.

When not to use it

Do not use this skill for fixing actual code bugs or for making changes without user review; instead use dedicated debugging skills.

Security analysis

Caution
Quality score90/100

The 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.

Findings
  • •Uses Bash(git:*) which allows arbitrary git commands; could modify repository history if misused, but context restricts to documentation healing after user approval.
How this analysis is made

Examples

Fix outdated API endpoint in skill documentation
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.
Correct mismatched description in SKILL.md
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>

  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>

From the file to a first result

The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.

View the source and supporting files

This download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.

1. Download the file

Download SKILL.md

From the root of a test project, save the file as .skill-downloads/heal-skill-documentation-mrwakem1/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.

Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.

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. Check prerequisites

Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.

No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.

The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.

3. Load the skill

This file does not provide a usable name/description header for this native procedure. It remains available to download and inspect; use the manual method below.

Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.

4. Try a first task

Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:

Read .skill-downloads/heal-skill-documentation-mrwakem1/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.

Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.

Related skills