enhance-docs
Enhance Docs
Overview
Improve documentation so it is up to date, coherent, and centered on users' jobs-to-be-done. Favor less content with higher clarity.
Inputs (ask if missing, max 5)
- Docs scope (which files or sections)
- Primary audiences and their jobs-to-be-done
- Source of truth for product behavior (code, APIs, changelog)
- Recent changes or upcoming releases
- Constraints (tone, length, compliance, deadlines)
Principles
- Less is more: reduce noise, keep only what helps users act.
- Low cognitive load: short paragraphs, clear headings, predictable structure.
- High signal: prioritize steps, outcomes, and decision points.
- JTBD-first: structure around what users are trying to accomplish.
Workflow
- Map jobs-to-be-done
- List top 3-5 user jobs and the docs that should enable each.
- Check freshness and accuracy
- Compare docs against current behavior, APIs, and recent changes.
- Simplify and restructure
- Remove redundancy, collapse long lists, and apply progressive disclosure.
- Improve coherence
- Align terminology, fix contradictions, and add consistent cross-links.
- Clarify with examples
- Add minimal examples only where they unblock action.
- Deliver ranked improvements
- Prioritize changes by impact on user success and confusion reduction.
Output Format
## Documentation Enhancement
### Context Summary
[1-3 sentences]
### JTBD Map
- Job: ... -> Docs: ... -> Success criteria: ...
### Issues (ranked)
1) [Issue] — impact: high, evidence: ...
### Proposed Changes (ranked)
1) [Change] — rationale: ...
### Quick Wins
- ...
### Open Questions
- ...
Quick Reference
- Trim before adding.
- Structure by jobs and outcomes, not features.
- Keep headings short and action-oriented.
Common Mistakes
- Adding more text instead of removing noise
- Mixing audiences in the same section
- Describing features without user tasks
- Missing cross-links or inconsistent terminology
More from kasperjunge/agent-resources
code-review
Use when reviewing code changes before committing, after implementing features, or when asked to review. Triggers on staged changes, PR reviews, or explicit review requests.
15brainstorm-solutions
Generate multiple viable solution options after research is complete, before converging on a single approach. Use when you need to explore the solution space, ask clarifying questions, and produce 3-5 distinct options to consider.
15discover-codebase-enhancements
Use when the user asks for a deep codebase analysis to identify and rank improvements, optimizations, architectural enhancements, or potential bugs aligned to developer, end-user, and agent jobs-to-be-done.
15commit-work
Use when work is complete and ready to commit. Triggers after code review passes, when asked to "commit", "save this", or "wrap up". Runs quality checks, updates changelog, creates commit.
14design-solution
Converge on a single recommended solution after brainstorming options. Use when you have multiple candidate approaches and need to analyze trade-offs, select one, and define decision criteria before planning.
14refactor-for-determinism
Design or refactor skills by separating deterministic and non-deterministic steps. Use when creating or improving skills, especially to move repeatable workflows into scripts/ and update SKILL.md to call them.
14