What problem does it solve? Teams often write tests that encode implementation details instead of business behavior, or jump straight to test automation without agreeing on what the software should do. This Skill enforces the BDD order—conversation first, capture second, automation last—so scenarios become executable specifications written in business language. ## Core Features & Use Cases - Structured Discovery: Uses Three Amigos perspectives and Example Mapping to collect rules, concrete examples, and open questions before any test code exists. - Gherkin Quality Gate: Every scenario must pass a six-point gate covering observable behavior, domain language, concreteness, clean Given/When/Then semantics, independence, and wording discipline. - Dual Automation Layers: Bundled references for pytest-bdd (scenarios inside an existing pytest suite) and behave (standalone feature files owned by non-developers), with red-to-green loop guidance and troubleshooting. - Use Case: A developer picking up a billing story asks the agent to define acceptance criteria; the agent simulates the Three Amigos, drafts Gherkin scenarios like "Transfer within the daily limit", gets user approval, then wires pytest-bdd step definitions and watches them fail before implementing. ## Quick Start Use the bdd skill to define acceptance criteria as Gherkin scenarios for the password reset story, then wire them with pytest-bdd.