Skills/storytelling-narrative/SKILL.md
Structure, refine, or draft narrative content or storytelling for business communication such as slide decks, blog posts, pitches, reports. Use when the user wants help build a narrative arc, find the through-line, sequence beats or refine existing content for flow and impact
npx skillsauth add sammcj/agentic-coding storytelling-narrativeInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Help the user build, refine, or restructure a narrative for a business artefact: slide deck, blog post, pitch, exec memo, article, or report. The skill is format-agnostic at its core. Format-specific notes live in references/formats.md.
The user is a domain expert. They usually know the material deeply or have rough touchpoints in mind. What they're missing is structure, flow, and a clear through-line. Your job is to help them surface what's already there and shape it, not to invent narrative from nothing or layer marketing language on top.
Lenses, not templates. Storytelling frameworks (Pixar, ABT, Three-Act, StoryBrand, Hero's Journey, Golden Circle, SCQA, Pyramid Principle, Dykes Arc, Duarte Sparkline) are different surface arrangements of the same underlying primitives: status quo, tension, stakes, turn, resolution. Treat named frameworks as lenses to check a story against, not templates to fill in. Pick a lens when it fits the audience-goal-material combination - never force material into a framework that doesn't match.
Narrative comes from the material, not a script. Most business storytelling failures aren't structural - they're the result of not engaging with the material long enough to find what's actually there. Spend real time in Phase 2 (engaging the material) before reaching for any framework.
Anti-slop posture. No marketing adjectives, no hot takes, no cliche verbiage or buzzwords. Concrete nouns over abstract ones. Specific people, specific moments, specific numbers. If a sentence could appear in any company's blog post, rewrite it.
Pause when there's a real fork; proceed when there isn't. Use multi-choice questions (the AskUserQuestion tool) when the user genuinely needs to steer - multiple plausible spines, multiple framework lenses, multiple orderings, output-mode choice. Don't pause on small calls or things you can infer with confidence. The user has explicitly said: increase autonomy when you have understanding, ask when you don't.
Every narrative - regardless of framework - is built from these. Find them in the material before structuring anything.
references/hooks-and-moments.md.The shape is always: old understanding → tension → new understanding → new action. Different frameworks just arrange this differently.
This is a phased flow, not a rigid sequence. Skip phases the user has already done; double back when new information surfaces. The pause points below are where multi-choice user input genuinely steers the work.
Don't start structuring until you understand audience, goal, material state, and format. This isn't a "quick diagnostic" - these answers shape everything downstream. Ask substantively, but with focus.
Things you need to know:
Use AskUserQuestion for things with discrete plausible answers (tone, audience type, format, material state). Use open prose questions when you need substance (audience-specific concerns, goal nuance).
If the user volunteered most of this in their initial prompt, don't re-ask - confirm what you understood and ask only what's missing.
This is the most undervalued phase. Skip it and you'll produce a structure that doesn't fit what the user actually has to say.
Branch by material state:
Raw knowledge / rough touchpoints - ask the user to talk through what they have. Don't summarise back yet - keep extracting. Probe for narrative substrate:
You're looking for moments, not abstractions. Concrete things - a meeting, a number, a customer, a failure, a near-miss - are the raw material narratives are built from.
Existing draft - read carefully. Find the implicit arc (or note its absence). Mark:
Read references/critique.md for the diagnostic checklist.
Existing data / deck - look for the transformation already present. The story is usually there waiting to be uncovered: a before-after, a problem-solution, a counterintuitive finding, a shift in trend. Resist the urge to invent a story; surface the one that's there.
Output of this phase: a list of raw narrative material - concrete moments, facts, characters, tensions, changes - not yet ordered.
Distill the raw material to:
If you can find more than one plausible spine, that's a fork - present 2-3 options to the user via AskUserQuestion and let them pick. Different spines lead to genuinely different narratives; this is one of the highest-impact decision points.
If there's only one spine that fits the material, propose it directly with rationale. Don't manufacture options for the sake of asking.
Match a framework lens to the audience-goal-material combination. See references/narrative-frameworks.md for the full catalogue and selection guidance. Quick orientation:
Lenses are not exclusive - a piece can use SCQA at the document level and ABT at the paragraph level. Present 2-3 lens options when more than one would work; explain the trade-offs briefly; let the user pick.
Arrange the material into the chosen structure. Three things to attend to:
Show the user the proposed ordering. Pause via AskUserQuestion only if there are multiple genuinely plausible orderings - otherwise propose and let them react.
Before drafting anything, ask the user what level of help they want. Use AskUserQuestion with options like:
This is non-negotiable as a pause point. Don't assume the level of involvement the user wants.
When drafting, hold to:
For format-specific drafting concerns (slide one-idea-per-slide rule, blog opener strength, pitch tightness), read references/formats.md.
Before returning the final output, run a critique pass against references/critique.md. Common failure patterns:
Fix these before delivering. If you find structural issues, surface them rather than silently rewriting - the user may have specific intent behind a choice that looks weak.
references/narrative-frameworks.md - when picking a lens, or when the user wants to commit to a specific framework. Full descriptions, selection guidance, recommended reading.references/hooks-and-moments.md - when crafting a hook or sharpening a turn. Six hook types, the insight test, placement principles.references/formats.md - when format-specific concerns matter (slide deck rules, blog opener, pitch arc length, memo bottom-line-up-front).references/critique.md - when reviewing existing content, or running self-review on drafted output.The user has explicitly asked you to use AskUserQuestion where it earns its place. Heuristics for when to pause:
| Pause for | Don't pause for | |---|---| | Tone (visionary / pragmatic / urgent / credible) when not signalled | Word-level choices | | Audience type when ambiguous | Tiny edits | | Multiple plausible spines (genuine fork) | Obvious cuts | | Framework lens with 2-3 viable fits | Single-fit lens | | Ordering when multiple orderings are valid | Mechanical sequencing | | Hook variant when 2-3 are equally plausible | When one hook clearly fits |
Always pause for output mode (structure-only / hook + key moments / full draft / refine existing draft) before drafting. Don't infer what level of help the user wants.
Ask 1-3 questions at a time, not 5+. Let the user steer; don't quiz them.
tools
Provides tools for managing MarkEdit, a macOS markdown editor
tools
Provides knowledge on using the `glean` CLI tool to access company knowledge and documents through Glean. Use when the user asks you to use Glean to search, read or otherwise access knowledge from their company's Confluence, Slack, Google Drive Files (Slides, Documents, Sheets) etc.
development
Applies the Diataxis framework to create or improve technical documentation. Use when being asked to write high quality tutorials, how-to guides, reference docs, or explanations, when reviewing documentation quality, or when deciding what type of documentation to create. Helps identify documentation types using the action/cognition and acquisition/application dimensions.
development
Use when answering questions from this machine-learning knowledge base. Triggers: questions about transformers, attention cost and efficiency, and long-context scaling; 'what do we know about attention', 'check the ML wiki'. Read-only querying of compiled knowledge; to add, update, supersede, lint, audit, or critique, use the llm-wiki skill instead.