storytelling-synthesizer
Converts technical work into compelling narratives for demos, blog posts, or presentations. Use when preparing hackathon demos, writing technical blog posts, or creating marketing content. Transforms: PR descriptions, commit histories, feature implementations into structured stories. Formats: demo scripts, blog posts, presentation outlines, marketing copy.
What this skill does
# Storytelling Synthesizer Skill
## Purpose
Transform technical work (pull requests, commit histories, feature implementations) into compelling narratives that resonate with different audiences—whether preparing hackathon demos, writing technical blog posts, or creating marketing content.
## When to Use This Skill
- **Hackathon Demos**: Convert technical achievements into engaging 5-10 minute presentations
- **Technical Blog Posts**: Transform PR descriptions into detailed, narrative-driven articles
- **Marketing Content**: Distill complex features into customer-focused value propositions
- **Presentation Outlines**: Create structured narratives for conference talks or internal presentations
- **Release Notes**: Convert commit histories into user-friendly announcements
- **Investor Pitches**: Frame technical work as business value and impact
- **Team Communications**: Share accomplishments in compelling, non-technical ways
## Core Philosophy: Story Structure
Every technical work has a narrative hidden within it. The synthesizer extracts and amplifies it:
**Problem → Solution → Impact → Hook**
This mirrors the **Hero's Journey** pattern adapted for technical work:
- **Problem**: The challenge that motivated the work (conflict)
- **Solution**: How the technical work addresses it (resolution)
- **Impact**: What changes because of this work (outcome)
- **Hook**: The compelling angle that captures attention (why it matters)
## Narrative Templates
Every technical narrative follows one of these proven story structures:
### 1. Demo Script Template
**Purpose**: 5-10 minute engaging presentation for live audience
**Structure**:
```
Opening Hook (30 seconds)
├─ Grab attention with surprising stat or problem statement
├─ One-sentence problem definition
└─ Show what's broken/slow/frustrating
Context & Problem (1-2 minutes)
├─ Why this problem matters
├─ Who experiences the pain
├─ Cost of the problem (time, money, frustration)
└─ Previous attempts or workarounds
The Solution (2-3 minutes)
├─ Key innovation or insight
├─ Live demo with specific, measurable results
├─ Show before/after comparison
└─ Highlight the "wow moment"
Impact & Metrics (1 minute)
├─ Quantified results (faster, cheaper, easier)
├─ Real-world application
├─ Future potential
└─ Call to action (what's next)
Closing (30 seconds)
├─ Reinforce core message
├─ Memorable final thought
└─ Invite questions
```
### 2. Blog Post Outline Template
**Purpose**: 1,500-3,000 word technical narrative for written audience
**Structure**:
```
Title & Hook
├─ Compelling headline with intrigue
└─ Opening paragraph that answers "why should I read this?"
Problem Statement (400-500 words)
├─ Real-world scenario showing the problem
├─ Technical detail: what specifically breaks
├─ Cost of the status quo
├─ Why existing solutions fall short
└─ Reader self-recognition ("this is my problem")
Solution Overview (300-400 words)
├─ High-level approach before technical dive
├─ Core innovation or insight
├─ How it differs from alternatives
└─ Why this approach was chosen
Technical Deep Dive (600-800 words)
├─ Architecture or implementation details
├─ Key code snippets or diagrams
├─ Design decisions and tradeoffs
├─ Performance characteristics
└─ How it handles edge cases
Results & Validation (300-400 words)
├─ Metrics demonstrating success
├─ Before/after comparison
├─ Real-world test cases
├─ Performance benchmarks
└─ User feedback or testimonials
Implications & Future Work (200-300 words)
├─ What this enables
├─ Related opportunities
├─ Roadmap items
└─ Call to action for readers
Code Example (if applicable)
├─ Complete, runnable example
├─ Common use cases
├─ Error handling shown
└─ Performance tips
Conclusion (100-200 words)
├─ Reinforce main takeaway
├─ How readers can use this
├─ Invite feedback and discussion
└─ Links to resources
```
### 3. Presentation Outline Template
**Purpose**: Structured narrative for 20-45 minute talk or internal presentation
**Structure**:
```
Slide 1: Title & Hook
├─ Provocative title with intrigue
├─ Speaker name and credentials
└─ One-sentence premise
Slides 2-3: Problem & Context (3-4 minutes)
├─ Relatable problem scenario
├─ Current challenges
├─ Why this matters
└─ Scope and audience impact
Slides 4-6: Solution Architecture (5-7 minutes)
├─ Visual system diagram
├─ Key components and their roles
├─ Technical innovation points
└─ Design philosophy
Slides 7-9: Implementation Details (5-7 minutes)
├─ Code architecture or workflows
├─ Key algorithms or patterns
├─ Tradeoffs and decisions made
└─ Integration points
Slides 10-11: Demo or Case Study (5-10 minutes)
├─ Live demonstration (or video) of solution in action
├─ Real-world results and metrics
├─ Comparison to alternatives
└─ Handling of edge cases or failures
Slides 12-13: Impact & Metrics (3-4 minutes)
├─ Quantified results
├─ Business or user impact
├─ Adoption or usage metrics
└─ Customer testimonials (if available)
Slides 14-15: Future & Roadmap (2-3 minutes)
├─ What's next
├─ Related opportunities
├─ Call to action or open problems
└─ How audience can contribute or adopt
Slide 16: Closing
├─ Key takeaway summary
├─ Contact and resources
└─ Invite questions
```
### 4. Marketing/Value Prop Template
**Purpose**: Customer-focused description emphasizing business value
**Structure**:
```
Headline
├─ Outcome-focused: "Reduce Processing Time by 75%"
└─ Avoid jargon: use customer language
Problem Statement
├─ What customers struggle with TODAY
├─ Cost in time, money, or frustration
└─ Why they tried other solutions
Before Scenario
├─ Typical customer experience without solution
├─ Specific friction points
├─ Emotional impact (frustration, stress)
└─ Quantified pain (hours lost, revenue impact)
Solution Overview
├─ What our solution does (in customer language)
├─ Key benefits (not features)
├─ How it simplifies their work
└─ Typical adoption timeline
After Scenario
├─ Typical experience with solution
├─ Workflow improvements
├─ Time/cost savings
└─ Emotional benefits (confidence, speed)
Social Proof
├─ Customer testimonials
├─ Quantified results from real customers
├─ Case studies or success stories
└─ Industry recognition
Call to Action
├─ Next step (try it, learn more, contact)
├─ Reduce friction (free trial, demo, docs)
└─ Success promise
```
## Step-by-Step Synthesis Process
### Step 1: Extract Technical Achievements
Analyze the technical work to identify:
1. **What was built**: Features, fixes, optimizations
2. **Why it matters**: Problem solved, inefficiency removed
3. **How it works**: Key innovation or technique
4. **Metrics**: Performance gains, adoption, impact
5. **Constraints**: Limitations, tradeoffs, open questions
### Step 2: Identify the "Why" and Impact
For each achievement:
- **Technical why**: What gap did this fill? What was broken?
- **User why**: How does this improve the user's life or work?
- **Business why**: What value does this create? For whom?
- **Emotional why**: What frustration does this relieve?
### Step 3: Determine Your Audience
Different narratives for different audiences:
- **Technical audience** (engineers, architects): Focus on innovation, architecture, tradeoffs
- **Product audience** (PMs, designers): Focus on user impact, metrics, adoption
- **Executive audience** (leadership, investors): Focus on business value, ROI, strategic fit
- **User audience** (customers, community): Focus on simplicity, benefits, how to use
- **Marketing audience** (content, brand): Focus on narrative arc, emotional resonance, differentiation
### Step 4: Structure the Narrative
Choose the appropriate template based on medium:
- **Demo**: 5-10 minute engaging presentation
- **Blog post**: 1,500+ word detailed article
- **Presentation**: 20-45 minute structured talk
- **Marketing**: Customer-focused value proposition
### Step 5: Add Compelling Hooks
Every narrative needs attention-grabbing elements:
**Opening Hooks** (grab attention in first 30 seconds):
- Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.