用途：在编写 BDD 场景、验收标准与行为规格时使用，帮助把业务需求转化为清晰、可维护的行为描述，并驱动实现。
主要能力：指导编写具体、声明式、面向业务且相互独立的场景；提供验收标准的规则化写法；系统补充边界与异常场景（如重复邮箱、非法邮箱、必填字段为空）；使用标签对场景分类与过滤（如 @authentication、@critical、@smoke、@security、@wip）。
使用方式：以 Given/When/Then 结构编写场景，先写 happy path，再补充边界情况，保持每个场景 3-7 步，实现前先写场景，并与干系人评审。示例结构：Feature 下用 Rule 描述规则，其下写多个 Scenario。
适用场景：为用户故事定义验收标准、记录系统预期行为、建立较全面的测试覆盖、在开发早期识别边界情况、清晰沟通需求。
限制与常见问题：资料未提供具体工具集成、安装命令、收费或价格信息；应避免实现后再补写场景、单个场景步骤过多、语言含糊、遗漏反向用例以及标签组织不当。