← Management ConsultingCONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to Management Consulting
Snapshot Sep 30, 2026 · 23:14 UTC · version 2.2.0
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"description": "Write and edit consulting analysis, recommendations, reports, decks, and client communications with direct language, proportional detail, and explicit evidence. Use to adapt a consulting deliverable to its audience and remove generic or unsupported claims.",
"included_files": [],
"name": "writing-style",
"skill_md_contents": "---\nname: writing-style\ndescription: \"Write and edit consulting analysis, recommendations, reports, decks, and client communications with direct language, proportional detail, and explicit evidence. Use to adapt a consulting deliverable to its audience and remove generic or unsupported claims.\"\nlicense: MIT\nmetadata:\n category: standards\n version: \"2.2.0\"\n author: Anot\n---\n\n# Writing Style\n\nFollow 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.\n\nLead 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.\n\nUse 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.\n\nRemove 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.\n\nUse 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.\n\nState 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.\n\nNever 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.\n\nPut 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.\n\nFor 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.\n"
}SHA-256 of public snapshot: fd6bc3649eb8af0894ef320e78a876f43b10d1614ba103a4d945ca43ec90b563