/update-component-docs
Update component documentation when code changes
$ npx -y skills add agnosticui/agnosticui --skill update-component-docs --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/update-component-docs
Context preview
The summary Claude sees to decide when to auto-load this skill.
Update component documentation when code changes
SKILL.md
update-component-docs.SKILL.mdname: update-component-docs
description: Update component documentation when code changes
disable-model-invocation: true
allowed-tools: Read, Grep, Glob
**Usage:** `/update-component-docs COMPONENT_NAME`
**Examples:**
- `/update-component-docs button`
- `/update-component-docs alert`
Update docs for component: $ARGUMENTS
**Setup:** 1. Read `.claude/PROJECT_CONTEXT.md` for AgnosticUI structure and paths
**Process:**
2. **Locate component files:**
Read v2/lib/src/components/$ARGUMENTS*
Read v2/site/docs/components/$ARGUMENTS.md
Glob v2/playgrounds/*/src/stories/*$ARGUMENTS*
Glob v2/examples/*/src/*$ARGUMENTS*
3. **Identify what changed:**
- Core component API (props, slots, events)
- CSS custom properties or design tokens
- Behavior or interaction patterns
- Accessibility features
- Breaking changes vs additions
4. **Check related documentation:**
- VitePress component page for API tables and usage examples
- Storybook stories across Lit, React, and Vue playgrounds
- Example implementations in each framework
- Related playbook if component has specific use case docs
- Design tokens if styling/theming changed
5. **Propose documentation updates:**
- **VitePress:** Update props tables, events, slots, CSS custom properties, usage examples
- **Storybook stories:** Update args, controls, story descriptions across all three frameworks
- **Examples:** Verify examples still work with new API
- **Playbooks:** Update if related to specific workflow/pattern
- **Design tokens:** Note if component uses new/changed tokens
6. **WAIT FOR USER APPROVAL**
7. **Update consistently across frameworks:**
- Ensure Lit, React, and Vue stories show equivalent functionality
- Use framework-appropriate syntax but consistent examples
- Same terminology and descriptions across all docs
- Code examples match current API
- Note framework-specific differences where relevant
8. **Verify completeness:**
- All frameworks (Lit, React, Vue) documented
- VitePress and Storybook in sync
- Examples updated if API changed
- Design token references accurate
**Token Optimization:**
- Start with core component to understand changes
- Only read framework-specific files if API differs by framework
- Skip playbooks unless component has dedicated workflow docs
- Check design tokens only if styling/theming aspects changed
Read more
name: update-component-docs description: Update component documentation when code changes disable-model-invocation: true allowed-tools: Read, Grep, Glob
**Usage:** `/update-component-docs COMPONENT_NAME`
**Examples:**
- `/update-component-docs button`
- `/update-component-docs alert`
Update docs for component: $ARGUMENTS
**Setup:** 1. Read `.claude/PROJECT_CONTEXT.md` for AgnosticUI structure and paths
**Process:**
2. **Locate component files:**
Read v2/lib/src/components/$ARGUMENTS* Read v2/site/docs/components/$ARGUMENTS.md Glob v2/playgrounds/*/src/stories/*$ARGUMENTS* Glob v2/examples/*/src/*$ARGUMENTS*
3. **Identify what changed:**
- Core component API (props, slots, events)
- CSS custom properties or design tokens
- Behavior or interaction patterns
- Accessibility features
- Breaking changes vs additions
4. **Check related documentation:**
- VitePress component page for API tables and usage examples
- Storybook stories across Lit, React, and Vue playgrounds
- Example implementations in each framework
- Related playbook if component has specific use case docs
- Design tokens if styling/theming changed
5. **Propose documentation updates:**
- **VitePress:** Update props tables, events, slots, CSS custom properties, usage examples
- **Storybook stories:** Update args, controls, story descriptions across all three frameworks
- **Examples:** Verify examples still work with new API
- **Playbooks:** Update if related to specific workflow/pattern
- **Design tokens:** Note if component uses new/changed tokens
6. **WAIT FOR USER APPROVAL**
7. **Update consistently across frameworks:**
- Ensure Lit, React, and Vue stories show equivalent functionality
- Use framework-appropriate syntax but consistent examples
- Same terminology and descriptions across all docs
- Code examples match current API
- Note framework-specific differences where relevant
8. **Verify completeness:**
- All frameworks (Lit, React, Vue) documented
- VitePress and Storybook in sync
- Examples updated if API changed
- Design token references accurate
**Token Optimization:**
- Start with core component to understand changes
- Only read framework-specific files if API differs by framework
- Skip playbooks unless component has dedicated workflow docs
- Check design tokens only if styling/theming aspects changed
AgnosticUI Local (v2) is a CLI-based UI component library that copies components directly into your project. Works with AI tools, agent-driven UIs, and prompt-ready workflows.
Repo: agnosticui/agnosticui
Other skills on agnosticui.
- /check-accessibility
Review component for accessibility issues
Open skill - /explain-code
Explain what code does in plain English
Open skill - /fix-github-issue
Fix a GitHub issue by number. Use when asked to fix GitHub issues.
Open skill - /implement-ag-playbook
Implement a playbook from its PROMPT specification files. Supports both single-framework (PROMPT-REACT.md, etc.) and 3-framework (PROMPT-3-FRAMEWORKS.md) modes.
Open skill - /implement-github-feature
Design and implement a new feature or component from a GitHub issue. Use for net-new functionality, not bug fixes.
Open skill

