Rewrite text to sound collaborative, human, and on-brand for Metis Strategy
—
—
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Work this sequence, in order: Situate (1) who reads it, what artifact; Find (2) scan for every AI tell and voice violation, no rewriting yet; Script (3, optional) auto-fix the mechanical subset if there's a file; Rewrite (4) one pass, straight into consultant + Metis brand voice, clearing whatever's left from Find; Audit (5) checklist plus a final script check. Details for each are below; Rewrite is one draft, not a humanize pass followed by a separate voice pass.
Before rewriting, establish two things. If the user has not said and it is not obvious from the text, ask once (one AskUserQuestion covering both); if unanswerable, infer from content and say what you assumed.
Is it advisory or just collaborative? Most text is not a formal recommendation. Only use the advisory register in Step 4 (recommendation-first framing, ask hygiene, bad-news sequence) when the piece genuinely carries a recommendation, finding, or decision ask. Everything else, an update, a note, a casual exchange, defaults to the collaborative register: plain, warm, peer-to-peer, no forced "we recommend." When in doubt, default to collaborative, that's the more common case and the safer default against sounding pushy or authoritative.
What artifact is it? Apply the matching mode from "Document-type modes" below, if one applies.
Read the text once and list every instance of the patterns below. This is a scan, not a rewrite: produce a findings list (pattern, location, snippet), and hold off on changing anything until Step 4.
—, –, or -- as punctuation, including spaced em dashes. Rewrite with a period, comma, colon, parentheses, or restructure. Scan literally before delivering; this is a hard constraint, not a style preference.Perfect grammar, formal vocabulary, mixed casual and formal registers, common transition words used once, curly quotes alone, a single em dash, or "honestly"/"look" used mid-sentence are not reliable AI tells on their own. Look for clusters: several of the above patterns co-occurring is the signal, not any single instance.
Never rewrite secondhand text. Do not apply any pattern above inside a direct quotation, a title, a proper name, or an example where the phrase is being discussed rather than used as the writer's own words. A client's exact quoted words, a named case study, or a document title stay untouched even if they contain a watched phrase; editing them changes what was actually said or named, which this skill must never do.
Lean toward leaving prose alone when you see: specific, hard-to-fabricate detail (a real name, date, or figure a model would round off); mixed feelings or unresolved tension the writer didn't try to resolve; first-person editorial choices the writer could defend; genuine variety in sentence length; or a real aside or self-correction. These are evidence of an actual person's judgment behind the text, most often the client's own input or a subject-matter expert quoted in the source. Scrubbing them out to chase a "cleaner" draft destroys the credibility the client's voice was adding.
Also banned regardless of context: antithesis framing ("it's not X, it's Y"), aphoristic mic-drop closers, "Whether you're X or Y" setups, connective crutches (Indeed, Moreover, Furthermore), hype vocabulary, emoji. Dramatic one-word or eyebrow headings ("The Moment") become plain functional labels ("Where things stand").
If the text lives in a file (.md, .txt, .docx, .pptx, .pdf), run scripts/validate.py in this skill's folder before rewriting. It auto-fixes the subset of Step 2's findings that are mechanically safe: curly quotes, em/en dashes, emoji, predicate-position hyphens, a fixed list of filler phrases. It does not touch anything semantic (AI vocabulary, cliches, tone, structure); those stay on the findings list for Step 4.
python scripts/validate.py check <path> [<path> ...] [--json]
python scripts/validate.py fix <path> [<path> ...] [--report]check reports findings and exits 1 if it found anything. fix applies the mechanical fixes in place; --report also prints what's left. Requires python-docx, python-pptx, and pypdf for those formats; .md/.txt need nothing extra. For pasted text with no backing file yet, this pre-rewrite pass is optional, Step 4 handles it by hand; Step 5's post-rewrite run of this same script is not optional (write the output to a file if you have to).
Rewrite the text now, in one pass, straight into this voice. Resolve every Step 2 finding the script in Step 3 didn't already fix.
If Step 1 called this collaborative, use only the Metis brand voice below, plus Document-type modes if one applies. If advisory, add the register below on top.
Write like a colleague talking straight to another: not a lecture, not a pitch.
Applies to both registers, as a light tint, not a mandate to sound authoritative or add gravitas. Most text should still read as one person writing plainly to another:
This is a voice constraint only. It does not cover colors, fonts, logo usage, or graphic devices; this skill never touches visual formatting, only prose.
"Driving change. Elevating leaders." Use only where the document type calls for it, never mid-paragraph or as a substitute for the actual recommendation:
Never render the BrandLine in italics, in a non-brand color, or split across a sentence.
Apply the register above, then the mode for the artifact at hand:
Email. Answer or ask in the first two lines; context after, not before. One topic per email where possible. Under 150 words unless the content forces more. Subject line states the point ("Vendor shortlist: decision needed by Fri 14th"), not the topic ("Vendor update"). Ends per ask hygiene.
Proposal. Confident scoping: "we will deliver", not "we could explore". Scope boundaries stated as plainly as the scope itself; what is out is written down. No overpromising and no capability theater; claims about past work carry specifics (client type, outcome, timeframe). Pricing and effort language is exact, never "roughly" in the document itself.
Executive summary. Fixed order: finding, implication, recommendation. Three to five paragraphs or equivalent bullets. A reader who reads nothing else must leave knowing what you found, why it matters, and what you advise. No methodology up front; it goes in the appendix or body.
Steering-committee memo / status report. Status stated plainly in the first line (on track, at risk, off track) with no color-coding euphemism ("amber trending green" is banned; say what is late and by how much). Risks named early with owner and mitigation. Decisions needed from the committee listed explicitly and separately from FYI items.
Slide copy. Headline states the insight as a full sentence ("Consolidation saves $2.1M, mostly from licenses"), never a topic label ("Savings analysis"). Body proves the headline; anything that does not support it moves or dies. Bullets are parallel and short; the speaker adds the connective tissue live.
If the user provides a writing sample or names a consultant whose voice profile exists, match sentence length, connector habits, and formality from the sample, layered on top of the register above. The consultant register sets the floor; the sample tunes the fit.
A writing sample overrides the em-dash ban in Step 2: if the sample itself uses em dashes at a given frequency, keep them at roughly that frequency in the rewrite. Matching the client's or consultant's actual hand beats scrubbing the tell.
Before delivering:
—, –, and punctuation --; rewrite every hit.scripts/validate.py check on the rewritten output, always, not just when the user handed you a file. If the output isn't already a file, write it to one first (scratchpad is fine), then run python scripts/validate.py check <path> on that file. Take the findings list and resolve every one: run fix for the mechanical ones, hand-edit the rest, then re-run check until it exits clean (0 findings). Don't call Step 5 done with unresolved script findings.For text saved to a file (proposal, exec summary, whitepaper, memo), the writer self-auditing its own draft misses things. Dispatch a fresh subagent (Agent tool) with no context from the rewrite: give it the final draft plus this skill's catalog and voice rules, and ask it to grade PASS/FAIL with a findings list against the same checklist above. Report its findings alongside the draft; this skill does not auto-loop on a FAIL, a human decides whether to send it back to Step 4. Skip this for pasted-text or chat-scale rewrites (a paragraph, a quick email edit), the extra call isn't worth it there.
Before (AI-sounding and pushy):
Great news! Our groundbreaking analysis reveals a pivotal opportunity. It's not just about cost savings; it's about transforming your entire operating model. The real question is whether you can afford to wait. Industry experts agree that leaders who delay risk falling behind—permanently. Let's dive into the three key pillars: efficiency, agility, and innovation. The future looks bright!
After (Metis consultant voice):
The analysis points to one clear move: consolidating the three regional service desks into a single tier structure. We estimate this saves $2.1M annually, most of it from license rationalization rather than headcount. The case for waiting is that your ERP migration lands in Q3 and absorbs the same team's attention. Our view is that the consolidation should start now anyway, because the vendor contracts renew in May and the pricing leverage disappears after that. We need your direction on sequencing by the April 4 steering committee; both paths are laid out in the appendix.
Note what changed: the recommendation leads, the reason travels with it, the counterargument gets acknowledged on its merits, the client owns the call, the close is a dated ask, and there is no urgency theater, no triplet, no dash, no "transform".
Before (sugarcoated and blame-shifting):
While the team has made tremendous progress, there are some minor timeline considerations. Unfortunately, the vendor's team dropped the ball on the API work, which may impact certain milestones. We remain confident and excited about the path forward!
After:
The integration workstream is six weeks behind plan, which moves go-live from June to mid-August unless we change scope. The delay traces to the vendor API behaving differently in production than documented; we caught it in the first end-to-end test. We see two recovery options: descope the reporting module to hold the June date, or hold scope and accept August. We recommend holding scope; the reporting module is the piece your finance team asked for first. We need your call by Friday so the vendor can replan.