analyzing-options
Analyzing different approaches for a task or problem with structured comparisons, effort…
Reviewing end-user and product documentation quality across voice/tone, structure, completeness, clarity, and technical accuracy; flags issues with prioritized findings and a pass/needs-revision verdict. Use when reviewing draft docs, running a pre-publication check, auditing
$ npx -y skills add LerianStudio/ring --skill reviewing-docs --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/reviewing-docsContext preview
The summary Claude sees to decide when to auto-load this skill.
Reviewing end-user and product documentation quality across voice/tone, structure, completeness, clarity, and technical accuracy; flags issues with prioritized findings and a pass/needs-revision verdict. Use when reviewing draft docs, running a pre-publication check, auditing
name: ring:reviewing-docs description: "Reviewing end-user and product documentation quality across voice/tone, structure, completeness, clarity, and technical accuracy; flags issues with prioritized findings and a pass/needs-revision verdict. Use when reviewing draft docs, running a pre-publication check, auditing existing docs, or enforcing style-guide compliance. Skip when writing new docs, or checking voice only (use ring:applying-voice-and-tone)."
**Runs after:** guide-writer, api-writer (agents)
**Complementary:** ring:applying-voice-and-tone, ring:structuring-documentation
Review documentation systematically across multiple dimensions. A thorough review catches issues before they reach users.
1. **Voice and Tone** – Does it sound right? 2. **Structure** – Is it organized effectively? 3. **Completeness** – Is everything covered? 4. **Clarity** – Is it easy to understand? 5. **Technical Accuracy** – Is it correct?
---
| Check | Flag If | |-------|---------| | Second person | "Users can..." instead of "You can..." | | Present tense | "will return" instead of "returns" | | Active voice | "is returned by the API" instead of "The API returns" | | Tone | Arrogant ("Obviously...") or condescending |
---
| Check | Flag If | |-------|---------| | Hierarchy | Deep nesting (H4+), unclear parent-child | | Headings | Title Case instead of sentence case | | Section dividers | Missing `---` between major topics | | Navigation | Missing links to related content |
---
**Conceptual docs:** Definition, characteristics, how it works, related concepts, next steps
**How-to guides:** Prerequisites, all steps, verification, troubleshooting, next steps
**API docs:** HTTP method/path, all parameters, all fields, required vs optional, examples, error codes
---
| Check | Flag If | |-------|---------| | Sentence length | >25 words per sentence | | Paragraph length | >3 sentences per paragraph | | Jargon | Technical terms not explained on first use | | Examples | Abstract data ("foo", "bar") instead of realistic |
---
**Conceptual:** Facts correct, behavior matches description, links work
**API docs:** Paths correct, methods correct, field names match API, types accurate, examples valid JSON
**Code examples:** Compiles/runs, output matches description, no syntax errors
---
| Category | Issue | Fix | |----------|-------|-----| | Voice | Third person ("Users can...") | "You can..." | | Voice | Passive ("...is returned") | "...returns" | | Voice | Future tense ("will provide") | "provides" | | Structure | Title case heading | Sentence case | | Structure | Wall of text | Add `---` dividers | | Completeness | Missing prereqs | Add prerequisites | | Completeness | No examples | Add code examples | | Clarity | Long sentences (40+ words) | Split into multiple | | Clarity | Undefined jargon | Define on first use |
---
> **Note:** Documentation reviews use `PASS/NEEDS_REVISION/MAJOR_ISSUES` verdicts (graduated), which differ from code review verdicts (`PASS/FAIL/NEEDS_DISCUSSION`).
## Review Summary **Overall Assessment:** [PASS | NEEDS_REVISION | MAJOR_ISSUES] ### Issues Found #### High Priority 1. **Line 45:** Passive voice "is created by" → "creates" #### Medium Priority 1. **Line 23:** Title case in heading → sentence case #### Low Priority 1. **Line 12:** Could add example for clarity ### Recommendations 1. Fix passive voice instances (3 found) 2. Add missing API field documentation
---
**Voice (30s):** "You" not "users", present tense, active voice
**Structure (30s):** Sentence case headings, section dividers, scannable (bullets/tables)
**Completeness (1m):** Examples present, links work, next steps included
**Accuracy (varies):** Technical facts correct, code examples work
---
Proven engineering practices, enforced through skills. Ring is a comprehensive skills library and workflow system for AI agents that transforms how AI assistants approach software development.
Repo: LerianStudio/ring
Analyzing different approaches for a task or problem with structured comparisons, effort…
Auditing a service's production readiness against Ring engineering standards across base…
Cleaning redundant and obvious comments following clean code principles while preserving…
Commit changes with scope allowlist enforcement, atomic grouping, GPG-signed conventional…
Creating a handoff document that captures session state (completed work, decisions, open…
Creating an isolated git worktree for parallel branch work: selects the directory by priority…