requirements-clarification

该技能用于 TDD 流程中编写测试之前的准备阶段，目的是把需求理解到足以确定测试范围。触发条件包括：功能描述少于两句、没有验收标准、出现“应适当处理错误”之类模糊表述、业务逻辑缺少具体规则、未给出示例输入输出。需求已明确验收标准、用户已提供详细测试场景、简单且结构清晰的 CRUD、复现步骤明确的缺陷修复，或用户要求跳过澄清时，可略过。提问按四类展开：功能需求（happy path 行为、输入输出、副作用、业务规则约束）、边界与极值（null/空输入、最小最大值、依赖不可用、并发或时序）、错误处理（何时抛什么异常、无效输入如何处理、用户看到什么错误信息）、技术澄清（已有接口与抽象、应遵循的既有模式、可参考的既有测试、目标测试范围是单元还是集成）。工作流为分析需求、识别缺口、呈现问题、收集回答、判断是否充分，不足则追问，充分后进入 RED 阶段。澄清后按模板输出：需求理解摘要、输入输出与校验规则、已识别的测试场景表（happy path、边缘、错误、边界及优先级），并声明可进入 RED 阶段。最少应始终考虑三个问题：happy path 的预期行为是什么、接受哪些输入并产生哪些输出、错误或无效输入如何处理。该技能针对需求澄清，具体安装与调用方式资料未提供。