demo-strategy

demo-strategy is a skill for Claude Code from Doris-Labs/sales-skills. It costs 63 tokens per session (1,317 once invoked), scanned A, original, MIT.

A product-demo planning workflow that connects each shown capability to a buyer's stated problem and role.

In plain words
What is it for?
Use it before a product demo or technical walkthrough to select relevant features, tailor the flow to attendees, include one memorable proof point, and define the next step.
Why use it?
It prevents demos from becoming long feature tours that do not prove value to the people making the decision.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the sales-skills plugin — 30 skills shipped together

Good fit Use it before a product demo or technical walkthrough to select relevant features, tailor the flow to attendees, include one memorable proof point, and define the next step.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/doris-labs/sales-skills/demo-strategy
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add Doris-Labs/sales-skills --skill demo-strategy
Clone the repo
git clone --depth 1 https://github.com/Doris-Labs/sales-skills

Made for: Claude Code.

Or install sales-skills, the plugin that ships this one along with the rest of its 30 skills.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for demo-strategy

README.md
[![agentmods](https://agentmods.dev/badge/skills/doris-labs/sales-skills/demo-strategy/github.svg)](https://agentmods.dev/skills/doris-labs/sales-skills/demo-strategy)
Your own site
<a href="https://agentmods.dev/skills/doris-labs/sales-skills/demo-strategy"><img src="https://agentmods.dev/badge/skills/doris-labs/sales-skills/demo-strategy/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for demo-strategy

Your own site · 80×15
<a href="https://agentmods.dev/skills/doris-labs/sales-skills/demo-strategy"><img src="https://agentmods.dev/badge/skills/doris-labs/sales-skills/demo-strategy.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 63 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,317 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00063 $0.01317
Opus 5 $0.00032 $0.00659
Sonnet 5 $0.00013 $0.00263
Haiku 4.5 $0.00006 $0.00132

Measured 12d ago against content hash bc7d704840af, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-11, from the pricing page.

Security

Grade A, and why

demo-strategy scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 12d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

skills/demo-strategy/SKILL.md · 106 lines

How it starts

The opening of the file, as written. The whole thing — 106 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Demo Strategy

Purpose

Turn discovery into a demo plan that shows only what maps to a named pain, lands one memorable wow moment, and speaks to each role in the room — ending in a concrete demo flow you can run from.

Inputs

  • The pains discovered so far (and whose pain each is)
  • Who will be in the room and their role / what they care about
  • The product capabilities available to show
  • The deal's current stage and what this demo needs to advance

Method

  1. Discovery-driven selection. List every feature you're tempted to show. Beside each, write the named pain it answers and the person who voiced it. If a feature has no named pain next to it, cut it. A demo is not a feature tour — it's proof you listened. Default to showing fewer things, deeper.
  2. Tell-show-tell each segment. For every feature that survives the cut, structure it in three beats:
    • Tell: restate the pain in their words ("You said reps lose 2 hours a day re-typing call notes into the CRM…").
    • Show: the smallest live path that proves you solve it. No menu tours, no "and you can also…". One clean path to the payoff.
    • Tell: the "so what." (see next step.)
  3. "So what / why it matters" line per feature. Every feature shown gets one sentence that converts capability into outcome, in business terms: Because <feature>, you <outcome that maps to the pain> — which means <impact on their metric / their day>. If you can't write this line, you don't yet know why to show the feature.
  4. Plan one wow moment. Pick a single beat to land as the demo's peak — the thing they'll repeat to whoever wasn't in the room. It should hit the most expensive or most emotional pain, be live (not a slide), and feel effortless. Sequence the demo so this moment arrives after you've earned trust but before attention fades — not the very first thing, not buried at the end.
  5. Tailor to the audience in the room. Map what each role needs to see:
    • End user / champion: does it make their day easier? Show the daily workflow.
    • Economic buyer: does it move a number they own? Lead with outcome, keep it short.
    • Technical evaluator: does it fit / integrate / secure? Be ready to go deeper. Order segments so each person hears their pain answered. If the room is mixed, open with the economic buyer's outcome, then go deep for the user/technical seats.
  6. Output the demo flow. Produce a per-segment plan: pain → feature → outcome, tagged with which audience segment it's for, and the wow moment marked.

Read the full file on GitHub · 106 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 12d ago First seen · 106 lines · 63 tokens per session scan A bc7d704840af

Subscribe to this mod's changes

demo-strategy is a skill published in the GitHub repository Doris-Labs/sales-skills (3 stars, last pushed 3mo ago), licensed MIT. It adds 63 tokens to every session and 1,317 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.