About writing-style
A writing-style skill for consulting work, aimed at producing clear, evidence-based documents tailored to the requested audience and format. It emphasizes direct conclusions, supported claims, and concise structure without filler.
Key features
- 01Adapt voice, audience, format, and length
- 02Lead with the needed answer or decision
- 03Use concrete language and active verbs
- 04Separate facts, estimates, and opinion
- 05Remove filler and unsupported claims
Use cases
- 01Draft a concise consulting recommendation
- 02Explain trade-offs and evidence clearly
- 03Edit prose to remove stock phrases
- 04Prepare a document for a defined audience
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ anotb/ management-consulting-plugin --skill writing-styleAfter installing, type/writing-stylein Claude Code to confirm it loaded.
Details
From the project READMEWriting Style
Follow the user's requested voice, audience, format, and length. These are defaults for consulting work, not a requirement to imitate a role or overwrite an approved style.
Lead with the answer or decision the reader needs. Explain the evidence, consequence, trade-off, and action in the detail needed to assess them. Spend more words where the reasoning is difficult; omit routine sections that add no decision value.
Use concrete nouns, active verbs, and natural sentence variation. Define technical terms when the audience needs it. Remove ceremonial openings, inflated adjectives, and stock phrases such as “unlock value” or “in today's rapidly evolving landscape.” Replace them with the specific outcome or mechanism. Use periods, commas, or parentheses instead of em dashes in original prose; preserve quotations and supplied style when required.
Remove invented rhetorical contrasts, empty praise, question-and-answer headings, and conclusions that repeat the opening. A sentence should add a finding, explanation, trade-off, or action. Do not pad a short request into a standard consulting framework.
Use paragraphs for connected reasoning, lists for parallel items, and tables for comparison. Numeric cells can contain a number and unit. Do not enforce a sentence count in every cell, a fixed number of arguments, or a uniform section length. A title should help navigation or state a supported takeaway according to the artifact's purpose.
State supported judgments directly. Calibrate certainty to the evidence rather than stripping all qualifications. Distinguish facts, sourced claims, forecasts, estimates, and opinion. Quantify when defensible, with units, periods, and a basis. Do not turn an unknown into a directional number just to sound specific.
Never invent experience, quotations, research, benchmarks, or sources. “Organizations that do X tend to see Y” still asserts an empirical pattern and needs support. When evidence is absent, explain the mechanism as a hypothesis, mark an example as fictional, or state the missing input. Preserve material contradictions and limitations near the claim.
Put a material caveat beside the affected claim once, with its decision consequence. Keep drafting and validation notes outside client-facing prose when the reader does not need them. Evidence discipline should make the answer usable, not turn every deliverable into an audit of its own limitations.
For a proposed action, identify who would own it and what happens next when the task calls for execution detail. Label suggested owners and dates as proposals. Finish when the requested artifact is complete; avoid adding a menu of unrelated next services.