用途：该技能用于在开发过程中贯彻行为驱动开发（BDD），强调先形成共同理解再实现高质量代码，覆盖“发现→表述→自动化”全流程：由 Gherkin 场景定义行为，自动化阶段（红绿循环）交给 /mattpocock:tdd（BDD 驱动）负责。当用户提出新功能、修复缺陷或重构时适用。
主要能力：探索代码库时读取 CONTEXT.md（若存在），使测试名称与接口术语匹配项目领域语言，并遵守相关 ADR；在编码前先明确系统应做什么，创建或索取具体示例（Gherkin）；用 Red-Green-Refactor 循环驱动实现。流程为：发现（借助示例澄清需求，即“三个朋友”）、表述（写成 Given/When/Then 场景）、自动化（经 /mattpocock:tdd 实现）。场景应保持声明式、面向业务，避免技术术语和 UI 细节，每个场景只覆盖一种行为，并存入 .feature 文件或框架原生的可执行测试格式，而非代码注释，使其兼作活文档。
使用方式：仅在预先商定的接缝（seam）处测试；写测试前先用 AskUserQuestion 工具写下并让用户确认被测接缝，未确认不写测试。核心铁律：没有先失败的测试，就不写生产代码。Red 步骤必须运行测试并阅读失败输出，确认失败原因正确。若生产代码已存在，应删除并从未通过的测试重新推导，不保留、不改编、不边看边写。循环规则：先红后绿，一次一个切片（一个接缝、一个测试、一个最小实现），重构属于评审阶段而非实现循环。
限制与例外：该技能给出的是方法论与流程要求，具体命令示例、收费、支持平台等暂未提供。示例类例外（一次性原型、生成代码、配置文件）需与用户确认，不能默认适用。反模式与接缝、Mock、测试质量等细节参见 /mattpocock:tdd，以及 ./references/bdd-best-practices.md、./references/gherkin-guide.md、./references/testing-anti-patterns.md。