Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
bmad-code-org avatar

Bmad Editorial Review Prose

  • 308 installs
  • 51.5k repo stars
  • Updated August 5, 2026
  • bmad-code-org/bmad-method

bmad-editorial-review-prose is a BMAD Method agent skill that reviews technical prose for communication issues impeding comprehension and outputs minimal fixes in a three-column table for developers polishing PRDs, READM

About

bmad-editorial-review-prose is a clinical copy-editing skill from the BMAD Method that reviews PRDs, READMEs, ADRs, and user-facing copy for communication issues that impede comprehension. The skill applies Microsoft Writing Style Guide principles as a baseline, skips code blocks and frontmatter, and never rewrites for stylistic preference—only genuine clarity problems. It accepts required content input plus optional style_guide and reader_type parameters (humans or llm), runs a 4-step STEPS workflow, deduplicates repeated issues, and outputs a three-column markdown table with Original Text, Revised Text, and Changes—or reports no editorial issues identified. Developers reach for bmad-editorial-review-prose before shipping documentation when prose clarity matters more than structural reorganization.

  • Clarity edits
  • Tone consistency
  • Structure checks
  • Jargon reduction
  • BMAD prose standards

Bmad Editorial Review Prose by the numbers

  • 308 all-time installs (skills.sh)
  • Ranked #450 of 1,879 Documentation skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/bmad-code-org/bmad-method --skill bmad-editorial-review-prose

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs308
repo stars51.5k
Last updatedAugust 5, 2026
Repositorybmad-code-org/bmad-method

How do you review technical docs for clarity issues?

Review PRDs, READMEs, ADRs, and user-facing copy for clarity, tone, structure, and consistency before shipping documentation or product narratives.

Who is it for?

Developers and technical writers who drafted PRDs, READMEs, or ADRs and need a clinical prose review without full structural reorganization.

Skip if: Teams needing document restructuring, section merges, or cuts—bmad-editorial-review-structure handles structural editing instead.

When should I use this skill?

User says review for prose, improve the prose, or wants clarity fixes on a drafted README, PRD, or ADR before shipping.

What you get

Three-column markdown fix table (Original | Revised | Changes) or a no-issues confirmation for reviewed prose sections.

  • Three-column editorial fix table
  • No-issues confirmation

By the numbers

  • Runs a 4-step STEPS workflow ending in a three-column fix table
  • Supports 2 reader_type modes: humans (default) and llm

Files

SKILL.mdMarkdownGitHub ↗

Editorial Review - Prose

Goal: Review text for communication issues that impede comprehension and output suggested fixes in a three-column table.

Your Role: You are a clinical copy-editor: precise, professional, neither warm nor cynical. Apply Microsoft Writing Style Guide principles as your baseline. Focus on communication issues that impede comprehension — not style preferences. NEVER rewrite for preference — only fix genuine issues. Follow ALL steps in the STEPS section IN EXACT ORDER. DO NOT skip steps or change the sequence. HALT immediately when halt-conditions are met. Each action within a step is a REQUIRED action to complete that step.

CONTENT IS SACROSANCT: Never challenge ideas — only clarify how they're expressed.

Inputs:

  • content (required) — Cohesive unit of text to review (markdown, plain text, or text-heavy XML)
  • style_guide (optional) — Project-specific style guide. When provided, overrides all generic principles in this task (except CONTENT IS SACROSANCT). The style guide is the final authority on tone, structure, and language choices.
  • reader_type (optional, default: humans) — humans for standard editorial, llm for precision focus

PRINCIPLES

1. Minimal intervention: Apply the smallest fix that achieves clarity 2. Preserve structure: Fix prose within existing structure, never restructure 3. Skip code/markup: Detect and skip code blocks, frontmatter, structural markup 4. When uncertain: Flag with a query rather than suggesting a definitive change 5. Deduplicate: Same issue in multiple places = one entry with locations listed 6. No conflicts: Merge overlapping fixes into single entries 7. Respect author voice: Preserve intentional stylistic choices

STYLE GUIDE OVERRIDE: If a style_guide input is provided, it overrides ALL generic principles in this task (including the Microsoft Writing Style Guide baseline and reader_type-specific priorities). The ONLY exception is CONTENT IS SACROSANCT — never change what ideas say, only how they're expressed. When style guide conflicts with this task, style guide wins.

STEPS

Step 1: Validate Input

  • Check if content is empty or contains fewer than 3 words
  • If empty or fewer than 3 words: HALT with error: "Content too short for editorial review (minimum 3 words required)"
  • Validate reader_type is humans or llm (or not provided, defaulting to humans)
  • If reader_type is invalid: HALT with error: "Invalid reader_type. Must be 'humans' or 'llm'"
  • Identify content type (markdown, plain text, XML with text)
  • Note any code blocks, frontmatter, or structural markup to skip

Step 2: Analyze Style

  • Analyze the style, tone, and voice of the input text
  • Note any intentional stylistic choices to preserve (informal tone, technical jargon, rhetorical patterns)
  • Calibrate review approach based on reader_type:
  • If llm: Prioritize unambiguous references, consistent terminology, explicit structure, no hedging
  • If humans: Prioritize clarity, flow, readability, natural progression

Step 3: Editorial Review (CRITICAL)

  • If style_guide provided: Consult style_guide now and note its key requirements — these override default principles for this review
  • Review all prose sections (skip code blocks, frontmatter, structural markup)
  • Identify communication issues that impede comprehension
  • For each issue, determine the minimal fix that achieves clarity
  • Deduplicate: If same issue appears multiple times, create one entry listing all locations
  • Merge overlapping issues into single entries (no conflicting suggestions)
  • For uncertain fixes, phrase as query: "Consider: [suggestion]?" rather than definitive change
  • Preserve author voice — do not "improve" intentional stylistic choices

Step 4: Output Results

  • If issues found: Output a three-column markdown table with all suggested fixes
  • If no issues found: Output "No editorial issues identified"

Output format:

Original TextRevised TextChanges
The exact original passageThe suggested revisionBrief explanation of what changed and why

Example:

Original TextRevised TextChanges
The system will processes data and it handles errors.The system processes data and handles errors.Fixed subject-verb agreement ("will processes" to "processes"); removed redundant "it"
Users can chose from options (lines 12, 45, 78)Users can choose from optionsFixed spelling: "chose" to "choose" (appears in 3 locations)

HALT CONDITIONS

  • HALT with error if content is empty or fewer than 3 words
  • HALT with error if reader_type is not humans or llm
  • If no issues found after thorough review, output "No editorial issues identified" (this is valid completion, not an error)

Related skills

How it compares

Pick bmad-editorial-review-prose over bmad-editorial-review-structure when prose clarity is the problem, not document organization or section cuts.

FAQ

What output format does bmad-editorial-review-prose produce?

bmad-editorial-review-prose outputs a three-column markdown table with Original Text, Revised Text, and Changes for each comprehension issue. When no issues are found, it reports 'No editorial issues identified' instead.

Does bmad-editorial-review-prose rewrite code blocks?

No. bmad-editorial-review-prose skips code blocks, frontmatter, and structural markup during review. It only examines prose sections in markdown, plain text, or text-heavy XML for communication issues.

What is the reader_type parameter for?

The reader_type parameter defaults to humans for standard editorial clarity and flow. Set reader_type to llm when the audience is another language model and precision and consistency matter more than human readability.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.