scenario

Write executable failing tests from a caller-provided recipe.

5|Updated Apr 29, 2026
One-click install
npx skills add https://github.com/friedbotstudio/baseline --skill scenario-friedbotstudio
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: scenario
Source: https://github.com/friedbotstudio/baseline/tree/main/.claude/skills/scenario
Command: npx skills add https://github.com/friedbotstudio/baseline --skill scenario-friedbotstudio

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill removes the guesswork from test-first work by turning a caller-provided recipe into exact failing tests, so you can drive implementation with clear, targeted coverage.

Core Features & Use Cases

  • Recipe-Driven Test Writing: Writes only the scenarios the caller specifies, without expanding scope or inventing extra cases.
  • Style-Matched Output: Follows existing project tests for imports, assertion idioms, naming, and fixture wiring.
  • Red-First Validation: Confirms the new tests are collectable and fail for the intended reasons before handing them back.
  • Use Case: A team supplies a TDD plan for an auth flow, and this Skill produces the exact failing tests needed for the next implementation step.

Quick Start

Use the scenario skill to write the exact failing tests for the provided recipe, matching the project’s test style and fixtures.

Frequently Asked Questions about scenario

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

FAQPage Schema
How do I write failing tests from a TDD recipe without expanding scope?▼

To write failing tests from a TDD recipe, provide exact recipe entries, target paths, anchor tests, and out-of-scope rules. This generates style-matched, fixture-driven tests that remain collectable and red for implementation without inventing extra scenarios.

How does recipe-driven test writing match existing pytest fixtures and style?▼

Recipe-driven test writing matches existing pytest fixtures by following your project's current tests for imports, assertion idioms, naming, and fixture wiring. It requires anchor tests to ensure generated regression checks align with your style.

What do I need to generate failing tests for specific scenario coverage?▼

To generate failing tests for specific scenario coverage, you need to supply a caller-provided recipe with exact entries, target paths, anchor tests, and out-of-scope rules. This ensures the output tests are collectable and fail for intended reasons.

Does this approach invent extra test cases beyond the provided recipe?▼

No, this approach does not invent extra test cases. It writes only the scenarios specified in the caller-provided recipe, ensuring strict scenario coverage without expanding scope or generating unexpected regression checks.

Why do my generated tests need to fail for the intended reasons?▼

Generated tests need to fail for intended reasons to validate test-first workflows. Red-first validation confirms the new tests are collectable and fail correctly before handing them back, driving implementation with clear and targeted coverage.

Can I use this for test-first workflows needing fixture-driven regression checks?▼

Yes, you can use this for test-first workflows needing fixture-driven regression checks. It applies directly to TDD plans requiring specific scenario coverage and style-matched test files derived from a fixed recipe.