Skip to content
Back to skills

Document Feature

ASecurity

Generate technical and user documentation for a feature

  • 76 stars
  • 0 votes
  • 1 copy
  • 15 views
  • Added February 8, 2026
developmenttestingapifrontendbackenddocumentation

Works with

  • api

Security analysis

A100/100

Scanned February 12, 2026

npx -y skills add majiayu000/claude-skill-registry --skill document-feature --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Document Feature?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Document Feature
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/majiayu000-document-feature/badge)](https://www.skillsdirectory.com/skills/majiayu000-document-feature)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
skill: document-feature
description: Generate technical and user documentation for a feature
location: project
---

# Document Feature: $ARGUMENTS

Generate comprehensive documentation for a feature in both developer and user-friendly formats.

## Process

### Phase 1: Feature Analysis

1. **Identify feature type**: Frontend, Backend, or Full-stack
2. **Gather technical context**: Files, types, dependencies, data flow
3. **Analyze user interaction**: UI elements, step-by-step journey

Search in: `/components/`, `/app/`, `/lib/`, `/types/`, `/contexts/`

### Phase 2: Developer Documentation

Create: `/docs/dev/$ARGUMENTS-implementation.md`

**IMPORTANT**: Always use `/docs/` folder (not repository root) for all documentation.

**Required sections:**
1. Overview and quick reference
2. Architecture (component structure, data flow, types)
3. Implementation details (core logic, state, events)
4. Code examples (basic and advanced)
5. Testing (coverage, manual checklist)
6. Integration guide (config, dependencies)
7. API reference (if applicable)
8. Maintenance (known issues, future work)

### Phase 3: User Documentation

Create: `/docs/user/how-to-$ARGUMENTS.md`

**Required sections:**
1. Overview (what it does, benefits)
2. Getting started (prerequisites, access)
3. Step-by-step instructions with screenshot placeholders
4. Common use cases/scenarios
5. Tips and best practices (do's, don'ts, pro tips)
6. Troubleshooting (common problems + solutions)
7. FAQ
8. Related features

### Phase 4: Screenshot List

Create: `/docs/screenshots/$ARGUMENTS-screenshots-needed.txt`

List all screenshots needed with:
- Filename
- What to show
- What to highlight

### Phase 5: Cross-References

- Update main documentation index
- Add links to related docs
- Update CLAUDE.md if new patterns introduced

## Naming Conventions

| Type | Pattern | Example |
|------|---------|---------|
| Dev docs | `[feature]-implementation.md` | `dark-mode-implementation.md` |
| User docs | `how-to-[feature].md` | `how-to-dark-mode.md` |
| Screenshots | `[feature]-[context].png` | `dark-mode-toggle.png` |

## Quality Standards

**Developer docs**: Technically accurate, includes file paths and line numbers, proper terminology

**User docs**: Non-technical language, visual aids, clear actionable steps, scannable formatting

## Output Checklist

- [ ] Dev doc at correct path with all sections
- [ ] User doc at correct path with all sections
- [ ] Screenshot placeholder list generated
- [ ] Code examples syntactically correct
- [ ] Cross-references added
- [ ] Technical accuracy verified against code

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…