define-smoke-scope

Define a smoke charter with must-not-break paths and evidence gaps.

4|1|Updated Feb 3, 2026
One-click install
npx skills add https://github.com/lespaceman/athena-workflow-marketplace --skill define-smoke-scope
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: define-smoke-scope
Source: https://github.com/lespaceman/athena-workflow-marketplace/tree/main/plugins/smoke-testing/skills/define-smoke-scope
Command: npx skills add https://github.com/lespaceman/athena-workflow-marketplace --skill define-smoke-scope

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Smoke testing aims to identify the smallest set of checks that prove critical product paths still work. This skill defines that scope, clarifies the reasoning behind it, and produces a smoke charter that names must-not-break flows, the confidence they provide, and the downstream automation targets.

Core Features & Use Cases

  • Define must-not-break paths for a release, explain why each matters, and set clear success criteria.
  • Consume existing evidence (exploration reports, coverage plans, and current test artifacts) to inform and justify scope.
  • Output an optional artifact, e2e-plan/smoke-charter.md, containing the release mission, included scenarios, explicit exclusions, evidence gaps, and recommended next steps.

Quick Start

Draft an e2e-plan/smoke-charter.md that specifies the must-not-break paths and evidence gaps.

Frequently Asked Questions about define-smoke-scope

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is a smoke scope and how does it validate a product release?

A smoke scope is the smallest set of high-signal checks proving critical product paths still work. It validates releases by identifying must-not-break flows and setting clear success criteria for quick, repeatable testing.

How do I define a smoke charter for feature rollouts?

To define a smoke charter, draft a document specifying must-not-break paths, explicit exclusions, evidence gaps, and recommended next steps. Consume existing exploration reports and coverage plans to inform and justify the scope.

What is the best way to identify high-signal smoke tests for a launch?

The best way to identify high-signal smoke tests is consuming existing evidence like exploration reports and test artifacts. This defines the smallest scope of must-not-break flows to provide release confidence and set downstream automation targets.

Does smoke testing require existing test coverage evidence?

Yes, defining a smoke scope requires existing evidence like exploration reports, coverage plans, and current test artifacts. This evidence informs and justifies the must-not-break paths included in the resulting smoke charter.

What should be excluded when defining a smoke testing scope?

When defining a smoke testing scope, you should explicitly exclude flows that do not provide high release confidence. The output smoke charter documents these explicit exclusions alongside included scenarios and identified evidence gaps.

When should I create a smoke charter instead of full test coverage?

Create a smoke charter for performance-sensitive launches or feature rollouts needing quick, repeatable validation. It focuses strictly on must-not-break paths rather than full coverage, providing rapid release confidence and automation targets.