Skill: exec-summary
Purpose
Takes any analysis output — from conversation, a file, or another skill's output — and compresses it into a structured one-page executive summary. Output is always a .docx file using python-docx.
When to Invoke
Trigger phrases (exact or close variants):
- "exec summary", "one-pager", "summarise this for [audience]"
- "CFO summary", "ExCo brief", "make this executive-ready"
- After completing analysis that needs to be handed off to a senior audience
One-Pager Structure
TITLE — [Topic]
Date | Status: DRAFT / FINAL | Prepared by: Transformation
1. SITUATION (2–3 sentences)
Context: what is this, and why are we looking at it now?
2. FINDING (1–2 sentences — bolded)
The single most important takeaway. Takes a position.
No hedging. "X costs $Y more than benchmark" not "data suggests X may be higher."
3. EVIDENCE (3–5 bullets)
Key facts supporting the finding. Every bullet must contain a number.
No qualitative-only points.
4. IMPLICATIONS (2–3 bullets)
What this means for the business.
Connect to 8 figure FY26 / 9 figure 3-year target where relevant.
5. RECOMMENDATION (numbered list)
Specific, assignable actions with owner and timeframe.
Each action labelled: Quick Win / Requires Approval / Structural
"Investigate X" is not a recommendation. "Jacob to present X to CFO by [date]" is.
6. RISKS & DEPENDENCIES (table)
Columns: Risk | Impact | Mitigation
Max 3–4 rows. Material risks only.
Document Generation
- Library: python-docx only — never docx-js (won't open in Word for Mac)
- Venv:
<workspace>/.venv
- Run pattern:
source <workspace>/.venv/bin/activate && python3 - << 'EOF' ... EOF
- Save path:
4 - Projects/[project-name]/[YYMMDD]_Exec_Summary_[topic].docx
- Logo: Include the configured brand logo top-left if provided (bring your own theme)
Brand Specifications
Brand-adaptable output: headings, section dividers, and body font follow the active configured theme rather than a hardcoded palette.
| Element |
Value |
| Currency |
AUD, $#,##0 format (no decimals) |
| Status default |
DRAFT (unless Jacob says FINAL) |
Execution Steps
Identify source material — use the most recent analysis in conversation, or load the file Jacob specifies. If ambiguous, ask one scoping question: "Which output should I summarise, and who is the audience?"
Draft structure in conversation first — show the six sections as plain text before generating the docx. Wait for Jacob to confirm or adjust before writing the file.
Generate the docx — use inline python-docx heredoc via Bash. Apply the configured brand colours to headings, bold the Finding, render Risks as a Word table with a thin border in the brand accent colour.
Save and confirm — report the save path and flag any data gaps or unverified numbers.
Design Principles
- Lead with the Finding. It is the most important section. It takes a clear position — not a hypothesis, not a hedge.
- Every Evidence bullet has a number. If you can't attach a figure, cut the bullet.
- Recommendations are assignable. Name an owner and a date. If you don't know the owner, flag it — don't leave it vague.
- One page. Hard limit. If it doesn't fit, cut content — never shrink font or margins.
- 60-second readability. A time-poor CFO should finish it standing at a printer.
- No AI language. No "this analysis leverages", no "it is worth noting". Write like a project director briefing ExCo over coffee.
Rules
- Never fabricate data or numbers — if source material is thin, say so in the Finding rather than manufacturing one
- If the source analysis doesn't support a clear position, write: "Finding: Insufficient data to draw a conclusion — [specific gap]" and recommend the data action
- Always mark DRAFT unless Jacob explicitly says FINAL
- Connect Implications and Recommendations to the multi-year cost program where there is a genuine link — do not force it
- Append a dated entry to
4 - Projects/[project-name]/log.md on completion
Programme Context
- Company: a large ASX-listed infrastructure services enterprise, Australian infrastructure services
- Sectors: Defence & Social Infrastructure (D&SI), Telco, Transport, Infrastructure Services
- Cost program: 8 figure FY26 productivity target / 9 figure 3-year transformation
- Default audience: CFO, ExCo, or sector leadership, senior, time-poor, decision-ready
- Competitive set: major Australian infrastructure services peers
- All figures AUD unless stated
Wiki Compile (post-delivery)
After delivering the output, compile durable findings to the Knowledge Wiki. Read context/wiki-compile-step.md for the full checklist. Skip if the output is formatting-only or contains no new findings (apply the "so what" test).
1---2name: exec-summary3description: Compress any analysis into a structured one-page executive summary as a Word document, formatted for CFO, ExCo, or senior stakeholder audiences.4---56# Skill: exec-summary78## Purpose910Takes any analysis output — from conversation, a file, or another skill's output — and compresses it into a structured one-page executive summary. Output is always a `.docx` file using python-docx.1112## When to Invoke1314Trigger phrases (exact or close variants):15- "exec summary", "one-pager", "summarise this for [audience]"16- "CFO summary", "ExCo brief", "make this executive-ready"17- After completing analysis that needs to be handed off to a senior audience1819---2021## One-Pager Structure2223```24TITLE — [Topic]25Date | Status: DRAFT / FINAL | Prepared by: Transformation26271. SITUATION (2–3 sentences)28 Context: what is this, and why are we looking at it now?29302. FINDING (1–2 sentences — bolded)31 The single most important takeaway. Takes a position.32 No hedging. "X costs $Y more than benchmark" not "data suggests X may be higher."33343. EVIDENCE (3–5 bullets)35 Key facts supporting the finding. Every bullet must contain a number.36 No qualitative-only points.37384. IMPLICATIONS (2–3 bullets)39 What this means for the business.40 Connect to 8 figure FY26 / 9 figure 3-year target where relevant.41425. RECOMMENDATION (numbered list)43 Specific, assignable actions with owner and timeframe.44 Each action labelled: Quick Win / Requires Approval / Structural45 "Investigate X" is not a recommendation. "Jacob to present X to CFO by [date]" is.46476. RISKS & DEPENDENCIES (table)48 Columns: Risk | Impact | Mitigation49 Max 3–4 rows. Material risks only.50```5152---5354## Document Generation5556- **Library:** python-docx only — never docx-js (won't open in Word for Mac)57- **Venv:** `<workspace>/.venv`58- **Run pattern:** `source <workspace>/.venv/bin/activate && python3 - << 'EOF' ... EOF`59- **Save path:** `4 - Projects/[project-name]/[YYMMDD]_Exec_Summary_[topic].docx`60- **Logo:** Include the configured brand logo top-left if provided (bring your own theme)6162### Brand Specifications6364Brand-adaptable output: headings, section dividers, and body font follow the active configured theme rather than a hardcoded palette.6566| Element | Value |67|---|---|68| Currency | AUD, `$#,##0` format (no decimals) |69| Status default | DRAFT (unless Jacob says FINAL) |7071---7273## Execution Steps74751. **Identify source material** — use the most recent analysis in conversation, or load the file Jacob specifies. If ambiguous, ask one scoping question: "Which output should I summarise, and who is the audience?"76772. **Draft structure in conversation first** — show the six sections as plain text before generating the docx. Wait for Jacob to confirm or adjust before writing the file.78793. **Generate the docx** — use inline python-docx heredoc via Bash. Apply the configured brand colours to headings, bold the Finding, render Risks as a Word table with a thin border in the brand accent colour.80814. **Save and confirm** — report the save path and flag any data gaps or unverified numbers.8283---8485## Design Principles8687- **Lead with the Finding.** It is the most important section. It takes a clear position — not a hypothesis, not a hedge.88- **Every Evidence bullet has a number.** If you can't attach a figure, cut the bullet.89- **Recommendations are assignable.** Name an owner and a date. If you don't know the owner, flag it — don't leave it vague.90- **One page. Hard limit.** If it doesn't fit, cut content — never shrink font or margins.91- **60-second readability.** A time-poor CFO should finish it standing at a printer.92- **No AI language.** No "this analysis leverages", no "it is worth noting". Write like a project director briefing ExCo over coffee.9394---9596## Rules9798- Never fabricate data or numbers — if source material is thin, say so in the Finding rather than manufacturing one99- If the source analysis doesn't support a clear position, write: "Finding: Insufficient data to draw a conclusion — [specific gap]" and recommend the data action100- Always mark DRAFT unless Jacob explicitly says FINAL101- Connect Implications and Recommendations to the multi-year cost program where there is a genuine link — do not force it102- Append a dated entry to `4 - Projects/[project-name]/log.md` on completion103104---105106## Programme Context107108- **Company:** a large ASX-listed infrastructure services enterprise, Australian infrastructure services109- **Sectors:** Defence & Social Infrastructure (D&SI), Telco, Transport, Infrastructure Services110- **Cost program:** 8 figure FY26 productivity target / 9 figure 3-year transformation111- **Default audience:** CFO, ExCo, or sector leadership, senior, time-poor, decision-ready112- **Competitive set:** major Australian infrastructure services peers113- **All figures AUD unless stated**114115---116117## Wiki Compile (post-delivery)118119After delivering the output, compile durable findings to the Knowledge Wiki. Read `context/wiki-compile-step.md` for the full checklist. Skip if the output is formatting-only or contains no new findings (apply the "so what" test).