| name | review-documentation |
| description | Use this skill when asked to review the package documentation of the Go implementation of Feather.
|
Review Go Documentation
Review Go package documentation from a user's perspective, identifying gaps and areas for improvement.
When to Use
Use this skill when:
- A package's public API documentation needs review
- Preparing documentation for a library release
- Evaluating whether docs are sufficient for new users
Process
- Run
go doc . to see the package overview
- Run
go doc -all . to see all exported symbols
- Adopt the user's perspective: Imagine you're a developer who just discovered this package and wants to use it
Checklist
Review documentation against these categories:
Essential Information
API Clarity
Practical Guidance
Internal vs Public
Output Format
Provide findings in these sections:
## Critical (Users will be blocked without this)
- Issue 1
- Issue 2
## Important (Users will struggle without this)
- Issue 1
- Issue 2
## Nice to Have (Would improve experience)
- Issue 1
- Issue 2
## What's Good (Keep these)
- Strength 1
- Strength 2
Example Review
For a hypothetical database driver:
## Critical
- No mention of thread safety - can I share \*DB across goroutines?
- Close() documented but not what happens to active queries
## Important
- Query vs QueryRow vs QueryContext - when to use each?
- Error types not documented - how do I detect "connection lost"?
## Nice to Have
- Example of connection pooling configuration
- List of supported database versions
## What's Good
- Quick start example gets to working code fast
- Transaction API is well-explained with rollback semantics