exec-comms
Skill2 starsChanged 4 months agoMITView on GitHub
Visual + structural format discipline for any exec-bound markdown deliverable. Auto-fire on any draft bound for a named GM, CFO, Sector Exec, ExCo, Board, or external senior audience. Also auto-chain after /clevel-review Phase 3. Takes a draft, applies strict format rules (callouts, parallel tables, bold-the-punchline, banned-word scan, length caps, scanner test). Does NOT change meaning, only form. SKIP for routine wiki edits, internal team docs, status updates.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- erickdronski/gtm-skillstheir own version, first seen Oct 16, 2026
- menkesu/awesome-pm-skillstheir own version, first seen Oct 13, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- menkesu/awesome-pm-skills★ 441same name
- erickdronski/gtm-skills★ 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.
In this repository37 other files it gives its agents.
- commercial-insightSkill
- data-requestSkill
- scenario-modelSkill
- duckdbSkill
- intelligence-internal-commsSkill
- market-intelSkill
- sql-reviewSkill
- xlsxSkill
- docxSkill
- pdfSkill
- pptxSkill
- theme-factorySkill
- utility-markitdownSkill
- thinkcellSkill
- clevel-reviewSkill
- partner-reviewSkill
- working-constructSkill
- route-taskSkill
- pm-customer-journeySkill
- pm-exec-onboardingSkill
- pm-problem-statementSkill
- pm-proto-personaSkill
- pm-storyboardSkill
- pm-user-storySkill
- kanban-curateSkill
- epic-builderSkill
- exec-summarySkill
- steerco-packSkill
- program-trackerSkill
- weekly-reviewSkill
- book-deskSkill
- draw-excalidraw-diagramSkill
- mcp-builderSkill
- notion-workboardSkill
- smartsheetSkill
- utility-transcribeSkill
- writing-humanizerSkill
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 6 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
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
- Very specific: line 14
After /clevel-review Phase 3 (auto-chain)
- Distinctive: line 23
Read time target: if different from audience default
- Distinctive: line 29
Every page opens with a single callout block:
- Distinctive: line 34
Every major section follows Lead → Evidence → Implication:
- Very specific: line 48
Use > blockquote for the so-what callout, never decorative
- Distinctive: line 96
If draft exceeds cap, the skill must cut, not warn.
- Distinctive: line 117
Add bold to each paragraph's punchline
- Distinctive: line 145
Audience unknown: ASK via AskUserQuestion. Don't guess.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
/exec-comms
Format discipline. Takes a content-correct draft, restructures it for exec readability. Does not rewrite content — that's /clevel-review's job upstream.
Canonical spec: <workspace>/6 - slash commands/exec-comms.md
When to invoke
- After
/clevel-reviewPhase 3 (auto-chain) - Standalone:
/exec-comms <file path>against any markdown bound for a senior audience - Auto-fire when audience is named in frontmatter or visible in draft (GM, CFO, Sector Exec, ExCo, Board, external client exec)
- Skip: internal wiki edits, status updates, team docs without a named senior audience
Inputs (ask via AskUserQuestion if not provided)
- File path of the draft (or paste the draft inline)
- Audience tier — GM / CFO / ExCo / Board / External (drives length cap and template)
- Read time target if different from audience default
Format rules (enforce, do not negotiate)
Visual structure
Every page opens with a single callout block:
> **Audience:** [named person + role] | **Read time:** [N] min | **Core message:** [one sentence]Every major section follows Lead → Evidence → Implication:
- Lead: 1-2 sentences with the punchline in bold
- Evidence: table or tight bullets (≤3 sentences each)
- Implication: one bold sentence stating "so what"
Asks / recommendations / risks always in a parallel table with consistent columns.
Visual rules
- ≤3 sentences per paragraph
- ≤2 levels of bullet nesting
- Bold the punchline of every paragraph (scanner test: reading only the bolds tells the story)
- Section headings sentence-case, parallel structure (all noun-phrase OR all imperative, not mixed)
- Tables for any comparison of 3+ items (no prose lists)
- Use
>blockquote for the so-what callout, never decorative
Banned words (scan + replace)
| Banned | Replace with |
| leverage (verb) | use |
| going forward / moving forward | cut, or use specific date |
| in order to | to |
| we believe | cut (state directly) |
| it should be noted | cut |
| robust | tested / specific |
| synergies | specific outcome |
| at this time | cut |
| deep dive | review |
| circle back | follow up [date] |
| touch base | meet [date] |
| best practice | named practice / standard |
Banned AI tics (cut on sight)
- em-dashes (
—) - "It's worth noting"
- "Importantly,"
- "Furthermore,"
- "In summary,"
- "Ultimately,"
- "That said,"
- "Notably,"
- "Indeed,"
Banned structural patterns (refuse to ship)
- "What this is NOT" sections (defensive)
- "Pre-empted Questions" / "FAQs" sections (if asked, answer; don't pre-litigate)
- Asks of different shapes in same list (parallel structure mandatory)
- Value tables before the ask (lead with the answer, not the proof)
- Headlines without urgency markers (anchor every ask to a date)
Length caps (hard)
| Audience | Word count cap | Read time |
| GM | 500 | 2-3 min |
| CFO | 350 | 1.5 min |
| ExCo (1-page) | 700 | 3 min — v1.1, calls program-steerco-pack for deck format |
| Board memo | 400 | 2 min — v1.1 |
If draft exceeds cap, the skill must cut, not warn.
Process
- Read the input draft (file or paste)
- Classify audience tier (from frontmatter, draft header, or AskUserQuestion)
- Scan for violations:
- Banned words / AI tics (regex)
- Em-dashes (regex
—) - Paragraph length >3 sentences
- Bullet nesting >2 levels
- Section structure (does each section have Lead → Evidence → Implication?)
- Defensive sections present
- Parallel structure in lists
- Word count vs audience cap
- Bold-punchline coverage (every paragraph has a bold span)
- Apply changes in this order:
- Strip banned words / AI tics / em-dashes
- Cut defensive sections entirely
- Restructure each section to Lead → Evidence → Implication
- Convert prose lists to tables where ≥3 items
- Add bold to each paragraph's punchline
- Cut to length cap (drop weakest content first, then compress)
- Replace the page header with the standard callout block
- Run scanner test: extract every bold span, concatenate, read. If the bolds-only version doesn't tell the story, return to step 4 and rebold.
- Verification report: word count before/after, violations fixed, scanner test PASS / FAIL.
Output
The skill writes the reformatted markdown back to the same file path (or to a .formatted.md sidecar if --preserve flag set).
Then prints:
## /exec-comms verification
- Audience tier: [tier]
- Word count: [before] → [after] (cap: [cap])
- Read time: [N] min (target: [target])
- Banned words removed: [N]
- Em-dashes removed: [N]
- AI tics removed: [N]
- Defensive sections cut: [list]
- Tables created from prose lists: [N]
- Bold punchlines added: [N]
- Scanner test (bolds-only story coherent): PASS / FAIL
- Sections restructured to Lead-Evidence-Implication: [N]Failure modes
- Audience unknown: ASK via AskUserQuestion. Don't guess.
- Draft is too short for cap (e.g. 100 words for GM): warn, do not pad. Format-only means no content adds.
- Scanner test fails after 2 reformat passes: surface to user with the bolds-only string and ask which paragraphs need rebold judgment.
- Banned word is a quoted source (e.g. "Auditor-General said robust"): preserve quoted material verbatim. Only replace banned words in original prose.
- Length cap conflicts with content the user wants kept: surface as decision point, do not auto-cut without confirmation.
Reference
- Spec:
<workspace>/6 - slash commands/exec-comms.md - Upstream:
/clevel-review(auto-chains to this skill at Phase 3) - Related:
program-exec-summary(Word output),utility-anthropics-brand-voice(brand-level voice rules)
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

