用途：把产品需求（PRD）或口头需求转化为结构化测试用例，确保功能、边界、错误和状态转换都有对应覆盖，强调以需求驱动而非实现驱动。
主要能力：提取功能、边界、错误、状态转换等测试场景；为每个用例定义前置条件、步骤、预期结果和后置条件；使用 TC-F、TC-E、TC-ERR、TC-ST 等前缀编号分类；生成需求与用例的覆盖矩阵；输出 markdown 文件到 tests/<name>-test-cases.md；最后用中文给出用例总数、覆盖分布、假设与澄清点及文件路径的摘要。
使用方式：用户提供 PRD 文件路径时读取该文件；口头描述需求时直接采集；需求不清晰时通过 AskUserQuestion 澄清核心流程、验收标准、边界与错误场景、状态转换、测试平台环境。随后提取场景、按结构生成用例、校验覆盖，再用 Write 工具写入指定路径。
适用场景：QA 测试规划、需求验收前的用例设计、功能覆盖度检查、需要可执行测试文档的团队协作。
限制：仅依据已提供需求生成，需求缺失或模糊需先澄清；输出为 markdown 文件，不含自动化测试代码；未提供具体收费、平台或运行环境信息。