用途：在 Rails 项目进行变更时，帮助确定应先写哪一个失败测试（first failing spec），用一个最小示例打开 TDD 之门。
主要能力：提供「变更类型 → 首个 spec 类型 → 路径 → 原因」的快速对照，如 API 契约用 spec/requests/、领域规则用 spec/models/、多步骤编排用 spec/services/、异步语义用 spec/jobs/、关键 Turbo/Stimulus 或浏览器可见流程用 spec/system/、引擎集成用引擎路径、缺陷修复用复现 spec。
使用方式：先命名要证明的行为，再定位最先可观察该行为的边界，写一个最小失败示例，按 Rails 常规约定给出建议路径（如 spec/requests/...、spec/services/...），然后运行并确认失败原因是「功能缺失」而非「环境/设置错误」。随后可移交到 write-tests、test-service 或 test-engine 等技能。
限制：技能设有检查点（Test Design Review），需在 RED 观察到且设计符合要求后才继续；避免因容易而选 PORO、未运行就写多类 spec、对所有变更多用同一 spec 类型、过早使用 system spec。资料未提供安装命令、收费、价格或平台信息。