Agent skill

Stress Test

by alirezarezvani in alirezarezvani/claude-skills

/em:stress-test — Business assumption stress testing. An agent skill from alirezarezvani/claude-skills.

MITAuto-check passedTesting & QA

Install Stress Test

skills CLI
$ npx skills add alirezarezvani/claude-skills --skill stress-test -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install alirezarezvani/claude-skills stress-test --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/alirezarezvani/claude-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/c-level-advisor/executive-mentor/skills/stress-test .claude/skills/stress-test && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
stress-test
GitHub stars
28k
Used in
1 other repo
Token cost
~2k tokens
SKILL.md length
983 words
Files
1
Skills in repo
342
Repo updated
First seen
Licence
MIT

At a glance

/em:stress-test — Business assumption stress testing. An agent skill from alirezarezvani/claude-skills.

  • Works in 5 steps: Isolate the Assumption → Find the Counter-Evidence → Model the Downside → …
  • Tasks that involve Load testing
  • SKILL.md covers Why Most Assumptions Are Wrong, The Stress-Test Methodology, Stress Test Patterns by… and The Stress Test Output
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Stress Test is an agent skill from alirezarezvani/claude-skills. /em:stress-test — Business assumption stress testing. Use before betting on a plan whose core assumptions are unvalidated — e.g. stress-testing 'enterprise buyers will tolerate a 6-month pilot' or a hockey-stick revenue model.

Its SKILL.md is about 2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Testing & QA, covering Load testing. The repository describes itself as: 380 Claude Code skills & agent skills & plugins (30+ Agents, 70+ custom commands, 380+ skills, customizable references, scripts)for Claude Code, Codex, Gemini CLI, Cursor, and 8… The licence is MIT.

When your agent uses it

  • Tasks that involve Load testing

Example prompts

  • “enterprise buyers will tolerate a 6-month pilot”
  • “/stress-test”

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Isolate the Assumption
  2. Find the Counter-Evidence
  3. Model the Downside
  4. Calculate Sensitivity
  5. Propose the Hedge

What it can do on your machine

Read from SKILL.md and the folder at commit 19392f7. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Stress Test loads about 2k tokens when it runs. Until then it costs about 60 tokens; SKILL.md has 983 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~60
When it runs · the whole SKILL.md, loaded when a task matches
~2k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from alirezarezvani/claude-skills at commit 19392f7, republished under its MIT licence (© alirezarezvani). 983 words, ~1,958 tokens.

Download SKILL.mdSave it as .claude/skills/stress-test/SKILL.md (or your agent's skills folder).
name
stress-test
description
/em:stress-test — Business assumption stress testing. Use before betting on a plan whose core assumptions are unvalidated — e.g. stress-testing 'enterprise buyers will tolerate a 6-month pilot' or a hockey-stick revenue model.

/em:stress-test — Business Assumption Stress Testing

Command: /em:stress-test <assumption>

Take any business assumption and break it before the market does. Revenue projections. Market size. Competitive moat. Hiring velocity. Customer retention.


Why Most Assumptions Are Wrong

Founders are optimists by nature. That's a feature — you need optimism to start something from nothing. But it becomes a liability when assumptions in business models get inflated by the same optimism that got you started.

The most dangerous assumptions are the ones everyone agrees on.

When the whole team believes the $50M market is real, when every investor call goes well so you assume the round will close, when your model shows $2M ARR by December and nobody questions it — that's when you're most exposed.

Stress testing isn't pessimism. It's calibration.


The Stress-Test Methodology

Step 1: Isolate the Assumption

State it explicitly. Not "our market is large" but "the total addressable market for B2B spend management software in German SMEs is €2.3B."

The more specific the assumption, the more testable it is. Vague assumptions are unfalsifiable — and therefore useless.

Common assumption types:

  • Market size — TAM, SAM, SOM; growth rate; customer segments
  • Customer behavior — willingness to pay, churn, expansion, referrals
  • Revenue model — conversion rates, deal size, sales cycle, CAC
  • Competitive position — moat durability, competitor response speed, switching cost
  • Execution — team velocity, hire timeline, product timeline, operational scaling
  • Macro — regulatory environment, economic conditions, technology availability
Step 2: Find the Counter-Evidence

For every assumption, actively search for evidence that it's wrong.

Ask:

  • Who has tried this and failed?
  • What data contradicts this assumption?
  • What does the bear case look like?
  • If a smart skeptic was looking at this, what would they point to?
  • What's the base rate for assumptions like this?

Sources of counter-evidence:

  • Comparable companies that failed in adjacent markets
  • Customer churn data from similar businesses
  • Historical accuracy of similar forecasts
  • Industry reports with conflicting data
  • What competitors who tried this found

The goal isn't to find a reason to stop — it's to surface what you don't know.

Step 3: Model the Downside

Most plans model the base case and the upside. Stress testing means modeling the downside explicitly.

For quantitative assumptions (revenue, growth, conversion):

ScenarioAssumption ValueProbabilityImpact
Base case[Original value]?
Bear case-30%?
Stress case-50%?
Catastrophic-80%?

Key question at each level: Does the business survive? Does the plan make sense?

For qualitative assumptions (moat, product-market fit, team capability):

  • What's the earliest signal this assumption is wrong?
  • How long would it take you to notice?
  • What happens between when it breaks and when you detect it?
Step 4: Calculate Sensitivity

Some assumptions matter more than others. Sensitivity analysis answers: if this one assumption changes, how much does the outcome change?

Example:

  • If CAC doubles, how does that change runway?
  • If churn goes from 5% to 10%, how does that change NRR in 24 months?
  • If the deal cycle is 6 months instead of 3, how does that affect Q3 revenue?

High sensitivity = the assumption is a key lever. Wrong = big problem.

Step 5: Propose the Hedge

For every high-risk assumption, there should be a hedge:

  • Validation hedge — test it before betting on it (pilot, customer conversation, small experiment)
  • Contingency hedge — if it's wrong, what's plan B?
  • Early warning hedge — what's the leading indicator that would tell you it's breaking before it's too late to act?

Stress Test Patterns by Assumption Type

Show full SKILL.md (424 more words)Show less
Revenue Projections

Common failures:

  • Bottom-up model assumes 100% of pipeline converts
  • Doesn't account for deal slippage, churn, seasonality
  • New channel assumed to work before tested at scale

Stress questions:

  • What's your actual historical win rate on pipeline?
  • If your top 3 deals slip to next quarter, what happens to the number?
  • What's the model look like if your new sales rep takes 4 months to ramp, not 2?
  • If expansion revenue doesn't materialize, what's the growth rate?

Test: Build the revenue model from historical win rates, not hoped-for ones.

Market Size

Common failures:

  • TAM calculated top-down from industry reports without bottoms-up validation
  • Conflating total market with serviceable market
  • Assuming 100% of SAM is reachable

Stress questions:

  • How many companies in your ICP actually exist and can you name them?
  • What's your serviceable obtainable market in year 1-3?
  • What percentage of your ICP is currently spending on any solution to this problem?
  • What does "winning" look like and what market share does that require?

Test: Build a list of target accounts. Count them. Multiply by ACV. That's your SAM.

Competitive Moat

Common failures:

  • Moat is technology advantage that can be built in 6 months
  • Network effects that haven't yet materialized
  • Data advantage that requires scale you don't have

Stress questions:

  • If a well-funded competitor copied your best feature in 90 days, what do customers do?
  • What's your retention rate among customers who have tried alternatives?
  • Is the moat real today or theoretical at scale?
  • What would it cost a competitor to reach feature parity?

Test: Ask churned customers why they left and whether a competitor could have kept them.

Hiring Plan

Common failures:

  • Time-to-hire assumes standard recruiting cycle, not current market
  • Ramp time not modeled (3-6 months before full productivity)
  • Key hire dependency: plan only works if specific person is hired

Stress questions:

  • What happens if the VP Sales hire takes 5 months, not 2?
  • What does execution look like if you only hire 70% of planned headcount?
  • Which single person, if they left tomorrow, would most damage the plan?
  • Is the plan achievable with current team if hiring freezes?

Test: Model the plan with 0 net new hires. What still works?

Competitive Response

Common failures:

  • Assumes incumbents won't respond (they will if you're winning)
  • Underestimates speed of response
  • Doesn't model resource asymmetry

Stress questions:

  • If the market leader copies your product in 6 months, how does pricing change?
  • What's your response if a competitor raises $30M to attack your space?
  • Which of your customers have vendor relationships with your competitors?

The Stress Test Output

ASSUMPTION: [Exact statement]
SOURCE: [Where this came from — model, investor pitch, team gut feel]

COUNTER-EVIDENCE
• [Specific evidence that challenges this assumption]
• [Comparable failure case]
• [Data point that contradicts the assumption]

DOWNSIDE MODEL
• Bear case (-30%): [Impact on plan]
• Stress case (-50%): [Impact on plan]
• Catastrophic (-80%): [Impact on plan — does the business survive?]

SENSITIVITY
This assumption has [HIGH / MEDIUM / LOW] sensitivity.
A 10% change → [X] change in outcome.

HEDGE
• Validation: [How to test this before betting on it]
• Contingency: [Plan B if it's wrong]
• Early warning: [Leading indicator to watch — and at what threshold to act]

© alirezarezvani, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in c-level-advisor/executive-mentor/skills/stress-test of alirezarezvani/claude-skills.

Open the folder on GitHubat commit 19392f7

Used in 1 other repository

We found 2 copies of this SKILL.md (exact, near-identical or edited) in other folders, from 1 other GitHub owner. This page covers the copy in alirezarezvani/claude-skills, which our catalogue first saw on October 7, 2026.

Compare with similar skills

Stress Test next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Stress Test compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Stress Test this skillalirezarezvani/claude-skills28k1 repos~2kAutomated safety check: PassMIT
Writing Livekit Scenarioslivekit-examples/agent-starter-python2641 repos~2.5kAutomated safety check: PassMIT
Go Testingcxuu/golang-skills1721 repos~1.3kAutomated safety check: PassApache-2.0
Goalcraftgrp06/goalcraft102—~3.8kAutomated safety check: PassMIT
Thinking Partnermattnowdev/thinking-partner206—~4.4kAutomated safety check: PassMIT
Visionkunchenguid/vision331—~2.9kAutomated safety check: PassMIT

Similar skills

  • Writing Livekit Scenarios

    livekit-examples/agent-starter-python

    Creates and maintains the scenarios a LiveKit agent simulation runs, and wires the agent to consume them.

    264 GitHub starsUsed in 1 repo~2.5k tokens
    Testing & QAAuto-check passed
  • Go Testing

    cxuu/golang-skills

    A skill your agent uses when writing, reviewing, or improving Go test code — including table-driven tests, subtests, parallel tests, test helpers, test doubles, and assertions with cmp.Diff.

    172 GitHub starsUsed in 1 repo~1.3k tokens
    Testing & QAAuto-check passed
  • Goalcraft

    grp06/goalcraft

    Turn a rough draft, vague ambition, or messy task brief into a powerful Codex /goal objective for persistent, evidence-checked work.

    102 GitHub stars~3.8k tokensUpdated 4 mo ago
    Testing & QAAuto-check passed
  • Thinking Partner

    mattnowdev/thinking-partner

    A deterministic thinking partner that challenges assumptions and applies mental models to sharpen decisions, solve problems, and think more clearly.

    206 GitHub stars~4.4k tokensUpdated 6 mo ago
    Testing & QAAuto-check passed
  • Vision

    kunchenguid/vision

    Draft and stress-test a VISION.md for a repository, then iterate with the author on an interactive review board until approved.

    331 GitHub stars~2.9k tokensUpdated 1 mo ago
    Testing & QAAuto-check passed
  • Volt Load Testing

    owenHochwald/volt

    Safely exercise and evaluate HTTP APIs with the Volt CLI, including authenticated requests, JSON bodies, staged load, machine-readable results, performance baselines, and before/after comparisons.

    141 GitHub stars~1.2k tokensUpdated 2 mo ago
    Testing & QAAuto-check passed

More from alirezarezvani/claude-skills

All 342 skills in this repo
  • Agile Product Owner

    alirezarezvani/claude-skills

    Writes INVEST-checked user stories with acceptance criteria, splits epics, plans sprints from velocity and ranks the backlog with a weighted score.

    28k GitHub starsUsed in 3 repos~3.2k tokens
    Auto-check passed
  • Product Strategist

    alirezarezvani/claude-skills

    OKR cascade toolkit for product leaders: generates aligned company-to-team OKRs from five strategy types and scores how well they line up.

    28k GitHub starsUsed in 2 repos~1.8k tokens
    Auto-check passed
  • App Store Optimization

    alirezarezvani/claude-skills

    App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store.

    28k GitHub starsUsed in 1 repo~4.2k tokens
    Auto-check passed
  • AWS Solution Architect

    alirezarezvani/claude-skills

    Design AWS architectures for startups using serverless patterns and IaC templates.

    28k GitHub starsUsed in 1 repo~2.5k tokens
    Auto-check passed
  • Campaign Analytics

    alirezarezvani/claude-skills

    Calculates attribution, funnel and ROI figures for marketing campaigns with three Python scripts that need only the standard library.

    28k GitHub starsUsed in 1 repo~2.1k tokens
    Auto-check passed
  • Code to PRD

    alirezarezvani/claude-skills

    Reverse-engineers a frontend, backend or fullstack codebase into a product requirements document with per-page docs, an enum dictionary and an API inventory.

    28k GitHub starsUsed in 1 repo~4.9k tokens
    Auto-check passed

Categories

Questions about Stress Test

What does Stress Test do?

/em:stress-test — Business assumption stress testing. An agent skill from alirezarezvani/claude-skills. Stress Test is an agent skill from alirezarezvani/claude-skills. /em:stress-test — Business assumption stress testing.

When should I use Stress Test?

Stress Test fits situations like: tasks that involve Load testing.

How do I install Stress Test in Claude Code?

Run `npx skills add alirezarezvani/claude-skills --skill stress-test -a claude-code`. Or copy the skill folder (c-level-advisor/executive-mentor/skills/stress-test in alirezarezvani/claude-skills) into .claude/skills/stress-test in your project. Claude Code loads it when a task matches its description.

How do I install Stress Test in Codex?

Run `npx skills add alirezarezvani/claude-skills --skill stress-test -a codex`. Or copy the skill folder (c-level-advisor/executive-mentor/skills/stress-test in alirezarezvani/claude-skills) into .agents/skills/stress-test in your project. Codex loads it when a task matches its description.

Can I use Stress Test in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add alirezarezvani/claude-skills --skill stress-test -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/stress-test, .gemini/skills/stress-test, .github/skills/stress-test and .opencode/skills/stress-test in your project.

What does Stress Test need to run?

SKILL.md names no scripts, command-line tools or credentials: Stress Test is instructions for the agent only.

Does Stress Test access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Stress Test safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Stress Test use?

Stress Test is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Stress Test use?

About 2k tokens (SKILL.md is roughly 7.8k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Stress Test?

Skills that share tags, products or a category with Stress Test: Writing Livekit Scenarios (livekit-examples/agent-starter-python, 264 stars), Go Testing (cxuu/golang-skills, 172 stars), Goalcraft (grp06/goalcraft, 102 stars) and Thinking Partner (mattnowdev/thinking-partner, 206 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Stress Test?

alirezarezvani (a GitHub user) maintains it in alirezarezvani/claude-skills, which has 27,891 GitHub stars. The repository holds 342 skills in this directory. The repository was last updated on August 30, 2026.

Source: alirezarezvani/claude-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.