docs-voice

Review Patcher Markdown documentation for robotic voice patterns and propose clearer rewrites.

27|1|Updated Feb 20, 2024
One-click install
npx skills add https://github.com/liquidz00/Patcher --skill docs-voice-liquidz00
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: docs-voice
Source: https://github.com/liquidz00/Patcher/tree/main/.claude/skills/docs-voice
Command: npx skills add https://github.com/liquidz00/Patcher --skill docs-voice-liquidz00

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you rewrite Patcher documentation so it sounds direct, clear, and human instead of robotic or overexplained.

Core Features & Use Cases

  • Voice Review: Check docs for awkward preambles, heading-restating openings, hedged passive voice, jargon, and em-dashes.
  • Rewrite Suggestions: Propose cleaner alternatives that lead with user value and keep the meaning intact.
  • Apply Mode Guidance: Distinguish between review-only feedback and in-place rewrites when the user explicitly asks for edits.
  • Use Case: A docs maintainer can scan a guide before publishing and quickly fix tone issues that make Patcher documentation feel verbose or AI-written.

Quick Start

Review docs/guides/export.md for voice issues and suggest concise rewrites without editing the file.

Frequently Asked Questions about docs-voice

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I make my documentation sound less robotic and more human?

To fix robotic documentation voice, scan Markdown files for passive phrasing, hedged language, jargon, and em-dashes, then apply rewrites that lead with user value. This removes verbose, AI-written patterns while preserving technical syntax.

How do I edit Markdown files to remove passive voice and jargon?

Edit Markdown files by targeting lead paragraphs and repeated headings for passive phrasing and jargon, then proposing clearer alternatives. This process preserves existing cross-references, code blocks, and directive syntax during tone cleanup.

Can I rewrite MyST markdown documentation without breaking cross-references?

Yes, you can rewrite MyST markdown documentation without breaking cross-references. The voice review process specifically preserves existing cross-references, code blocks, and directive syntax while proposing tone improvements and rewrites.

What's the best way to review docs for tone before publishing?

The best way to review docs for tone before publishing is to scan for diminishing language, awkward preambles, and em-dashes. Use review-only feedback to quickly fix verbose issues that make documentation feel AI-written before applying changes.

Does the voice review edit files in place or only suggest changes?

Voice review provides review-only feedback by default to suggest changes. It distinguishes between proposing cleaner alternatives and performing in-place edits, only applying direct changes to the file when explicitly requested.

Why does my documentation still sound robotic after editing?

Documentation may still sound robotic if repeated headings, diminishing language, or hedged passive voice remain. Targeting these specific patterns and replacing em-dashes with direct phrasing ensures the text leads with user value.