bmad-editorial-review-prose
Skill2 starsChanged 4 months agoMITView on GitHub
Clinical copy-editor that reviews text for communication issues. Use when user says review for prose or improve the prose
We split this skill into the rules it gives an agent
10 rules. 0 are common, 8 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 4 edited versions we read keep these.
8
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 12
CONTENT IS SACROSANCT: Never challenge ideas — only clarify how they're expressed.
- Distinctive: line 37
Check if content is empty or contains fewer than 3 words
- Distinctive: line 38
If empty or fewer than 3 words: HALT with error: "Content too short for editorial review (minimum 3 words required)"
- Distinctive: line 40
If reader_type is invalid: HALT with error: "Invalid reader_type.
- Very specific: line 49
If llm: Prioritize unambiguous references, consistent terminology, explicit structure, no hedging
- Very specific: line 50
If humans: Prioritize clarity, flow, readability, natural progression
- Distinctive: line 54
If style_guide provided: Consult style_guide now and note its key requirements — these override default principles for this review
- Distinctive: line 65
If issues found: Output a three-column markdown table with all suggested fixes
- Distinctive: line 66
If no issues found: Output "No editorial issues identified"
- Distinctive: line 86
If no issues found after thorough review, output "No editorial issues identified" (this is valid completion, not an error)
“Common” is measured: kept by at least 6 in 10 of the 4 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
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) —humansfor standard editorial,llmfor precision focus
PRINCIPLES
- Minimal intervention: Apply the smallest fix that achieves clarity
- Preserve structure: Fix prose within existing structure, never restructure
- Skip code/markup: Detect and skip code blocks, frontmatter, structural markup
- When uncertain: Flag with a query rather than suggesting a definitive change
- Deduplicate: Same issue in multiple places = one entry with locations listed
- No conflicts: Merge overlapping fixes into single entries
- 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
humansorllm(or not provided, defaulting tohumans)- 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
- If
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 Text | Revised Text | Changes |
| The exact original passage | The suggested revision | Brief explanation of what changed and why |
Example:
| Original Text | Revised Text | Changes |
| 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 options | Fixed 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
humansorllm - If no issues found after thorough review, output "No editorial issues identified" (this is valid completion, not an error)
Other versions23 projects use a version of this.
Word for word · 15
- delorenj/mcp-server-trello★ 446100% same
- paulpreibisch/AgentVibes★ 155100% same
- fabb/WigAI★ 62100% same
- marlonvidal/tech-manager-os★ 17100% same
- armelhbobdad/oh-my-skills★ 7100% same
- mugsun/curdx-flow★ 4100% same
- salacoste/oh-my-bmad★ 2100% same
- AvishkaGihan/ventureiq★ 1100% same
- PaulKnauer/sonos-mcp-server★ 1100% same
- Tyler-Hughes312/mycelium★ 1100% same
- Wellington-HMV/agentiq★ 1100% same
4 more not listed
Edited · 3
- laraxot/laravelpizza.com★ 2679% same
- DogaOztuzun/branchdeck★ 1873% same
- ChrisBP-Dev/portfolio★ 179% same
Wrote their own version · 5
- 2233admin/opencli-Razormind★ 19same name
- MysterionRise/forgetest★ 4same name
- mannnrachman/pi-bmad★ 2same name
- ayesel/guild-bmad★ 1same name
- snovak7/bmad-github-zoho-pipeline★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use bmad-dev-auto, bmad-editorial-review and 2 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
PaulKnauerSkillbmad-dev-auto
One iteration of an unattended development loop. Use when invoked by name.
Also in 8 projects that use this
2233adminSkillbmad-editorial-review
Deprecated — forwards to bmad-review.
Also in 5 projects that use this
2233adminSkillbmad-review-verification-gap
Deprecated — forwards to bmad-review.
Also in 5 projects that use this
DogaOztuzunSkillbmad-agent-qa
QA engineer for test automation and coverage. Use when the user asks to talk to Quinn or requests the QA engineer.
Also in 4 projects that use this
In this repository43 other files it gives its agents.
- bmad-advanced-elicitationSkill
- bmad-agent-analystSkill
- bmad-agent-architectSkill
- bmad-agent-devSkill
- bmad-agent-pmSkill
- bmad-agent-tech-writerSkill
- bmad-agent-ux-designerSkill
- bmad-brainstormingSkill
- bmad-check-implementation-readinessSkill
- bmad-checkpoint-previewSkill
- bmad-code-reviewSkill
- bmad-correct-courseSkill
- bmad-create-architectureSkill
- bmad-create-epics-and-storiesSkill
- bmad-create-prdSkill
- bmad-create-storySkill
- bmad-customizeSkill
- bmad-dev-storySkill
- bmad-document-projectSkill
- bmad-domain-researchSkill
- bmad-editorial-review-structureSkill
- bmad-edit-prdSkill
- bmad-generate-project-contextSkill
- bmad-helpSkill
- bmad-index-docsSkill
- bmad-investigateSkill
- bmad-market-researchSkill
- bmad-party-modeSkill
- bmad-prdSkill
- bmad-prfaqSkill
- bmad-product-briefSkill
- bmad-qa-generate-e2e-testsSkill
- bmad-quick-devSkill
- bmad-retrospectiveSkill
- bmad-review-adversarial-generalSkill
- bmad-review-edge-case-hunterSkill
- bmad-shard-docSkill
- bmad-specSkill
- bmad-sprint-planningSkill
- bmad-sprint-statusSkill
- bmad-technical-researchSkill
- bmad-uxSkill
- bmad-validate-prdSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

