用途：bdd-practices 用于以 Gherkin 格式编写行为规格，适合从用户视角定义功能、梳理验收标准与创建验收测试。核心理念为 Feature First（先写 .feature 规格、后实现）、Specification by Example（用具体场景代替抽象需求）和 Living Documentation（.feature 即可执行的文档，即使不自动化也有价值）。
主要能力与流程分三阶段。Phase 1 Discovery：理解需求、向用户澄清模糊点，通过 Example Mapping 推导规则与示例、识别边缘案例，列出 Happy Path 与例外场景并排定优先级，交用户确认。Phase 2 Formulation：在 features/ 目录编写 .feature 文件（Feature/Scenario/Given-When-Then），原则包括一个场景只含一个行为、使用具体示例数据、不暴露 UI 元素或数据库查询等实现细节、使用业务语言；韩文关键字需在首行加 # language: ko，详情见 resources/01-gherkin-syntax.md。Phase 3 Automation（可选）：用 pytest-bdd、behave、cucumber-js 编写 Step definitions，按 RED→GREEN→REFACTOR 循环，复杂内部逻辑交由 tdd-practices 处理，详见 resources/02-automation.md。
适用场景：功能规格编写（可仅产出文档）、登录或订单取消等业务功能的场景梳理、在既有 .feature 中追加场景。限制与注意：不得在无 .feature 时先实现，不得在无 Step definition 时运行测试，不得实现规格外功能，不得在 .feature 中暴露实现细节。BDD 面向场景层（.feature→Step definitions），TDD 面向单元层，两者在自动化阶段结合。模板见 templates/crud.feature、templates/auth.feature。具体安装或运行命令资料未提供。