# Workflow: Verify Skill Content Accuracy
**Read these reference files NOW:**
1. references/skill-structure.md
Audit checks structure. **Verify checks truth.**
Skills contain claims about external things: APIs, CLI tools, frameworks, services. These change over time. This workflow checks if a skill's content is still accurate.
## Step 1: Select the Skill
```bash
ls ~/.claude/skills/
```
Present numbered list, ask: "Which skill should I verify for accuracy?"
## Step 2: Read and Categorize
Read the entire skill (SKILL.md + workflows/ + references/):
```bash
cat ~/.claude/skills/{skill-name}/SKILL.md
cat ~/.claude/skills/{skill-name}/workflows/*.md 2>/dev/null
cat ~/.claude/skills/{skill-name}/references/*.md 2>/dev/null
```
Categorize by primary dependency type:
| Type | Examples | Verification Method |
|------|----------|---------------------|
| **API/Service** | manage-stripe, manage-gohighlevel | Context7 + WebSearch |
| **CLI Tools** | build-macos-apps (xcodebuild, swift) | Run commands |
| **Framework** | build-iphone-apps (SwiftUI, UIKit) | Context7 for docs |
| **Integration** | setup-stripe-payments | WebFetch + Context7 |
| **Pure Process** | create-agent-skills | No external deps |
Report: "This skill is primarily [type]-based. I'll verify using [method]."
## Step 3: Extract Verifiable Claims
Scan skill content and extract:
**CLI Tools mentioned:**
- Tool names (xcodebuild, swift, npm, etc.)
- Specific flags/options documented
- Expected output patterns
**API Endpoints:**
- Service names (Stripe, Meta, etc.)
- Specific endpoints documented
- Authentication methods
- SDK versions
**Framework Patterns:**
- Framework names (SwiftUI, React, etc.)
- Specific APIs/patterns documented
- Version-specific features
**File Paths/Structures:**
- Expected project structures
- Config file locations
Present: "Found X verifiable claims to check."
## Step 4: Verify by Type
### For CLI Tools
```bash
# Check tool exists
which {tool-name}
# Check version
{tool-name} --version
# Verify documented flags work
{tool-name} --help | grep "{documented-flag}"
```
### For API/Service Skills
Use Context7 to fetch current documentation:
```
mcp__context7__resolve-library-id: {service-name}
mcp__context7__get-library-docs: {library-id}, topic: {relevant-topic}
```
Compare skill's documented patterns against current docs:
- Are endpoints still valid?
- Has authentication changed?
- Are there deprecated methods being used?
### For Framework Skills
Use Context7:
```
mcp__context7__resolve-library-id: {framework-name}
mcp__context7__get-library-docs: {library-id}, topic: {specific-api}
```
Check:
- Are documented APIs still current?
- Have patterns changed?
- Are there newer recommended approaches?
### For Integration Skills
WebSearch for recent changes:
```
"[service name] API changes 2025"
"[service name] breaking changes"
"[service name] deprecated endpoints"
```
Then Context7 for current SDK patterns.
### For Services with Status Pages
WebFetch official docs/changelog if available.
## Step 5: Generate Freshness Report
Present findings:
```
## Verification Report: {skill-name}
### ✅ Verified Current
- [Claim]: [Evidence it's still accurate]
### ⚠️ May Be Outdated
- [Claim]: [What changed / newer info found]
→ Current: [what docs now say]
### ❌ Broken / Invalid
- [Claim]: [Why it's wrong]
→ Fix: [What it should be]
### ℹ️ Could Not Verify
- [Claim]: [Why verification wasn't possible]
---
**Overall Status:** [Fresh / Needs Updates / Significantly Stale]
**Last Verified:** [Today's date]
```
## Step 6: Offer Updates
If issues found:
"Found [N] items that need updating. Would you like me to:"
1. **Update all** - Apply all corrections
2. **Review each** - Show each change before applying
3. **Just the report** - No changes
If updating:
- Make changes based on verified current information
- Add verification date comment if appropriate
- Report what was updated
## Step 7: Suggest Verification Schedule
Based on skill type, recommend:
| Skill Type | Recommended Frequency |
|------------|----------------------|
| API/Service | Every 1-2 months |
| Framework | Every 3-6 months |
| CLI Tools | Every 6 months |
| Pure Process | Annually |
"This skill should be re-verified in approximately [timeframe]."
## Quick Verification Commands
**Check if CLI tool exists and get version:**
```bash
which {tool} && {tool} --version
```
**Context7 pattern for any library:**
```
1. resolve-library-id: "{library-name}"
2. get-library-docs: "{id}", topic: "{specific-feature}"
```
**WebSearch patterns:**
- Breaking changes: "{service} breaking changes 2025"
- Deprecations: "{service} deprecated API"
- Current best practices: "{framework} best practices 2025"
Verification is complete when:
- [ ] Skill categorized by dependency type
- [ ] Verifiable claims extracted
- [ ] Each claim checked with appropriate method
- [ ] Freshness report generated
- [ ] Updates applied (if requested)
- [ ] User knows when to re-verify