用途：从 docs/test-specs/ 下的功能测试规格文档中读取 TC-ID，自动生成集成测试与 E2E 测试文件。
主要能力：定位并解析功能规格（TC-{MOD}-{FEAT}-{NUM}、优先级、Gherkin 步骤、验收标准、测试数据）；读取现有测试样例以复用命名与导入约定；将每个 TC-ID 分类为后端（API/端点/数据）或前端（UI/页面/浏览器/点击），跨层场景归为两者；按模板生成带 TC-ID 标注的测试文件；最后输出生成文件与覆盖率报告，并列出跳过的 TC-ID 及原因。
使用方式：命令为 /generate-tests <FeatureName> [--tc-ids TC-XXX-001,TC-XXX-002] [--type backend|frontend|both]。FeatureName 必填，对应 docs/test-specs/ 下的模块文件夹；--tc-ids 可选，省略则生成全部；--type 可选，省略则自动分类。触发短语包括 generate tests、tests from feature、scaffold tests、create tests from spec 等。后端输出到 src/Backend/PlatformExampleApp.Tests.Integration/{FeatureName}/，前端输出到 src/Frontend/e2e/tests/{feature-kebab}/。
适用场景：已有 TC-ID 规格文档、需要批量搭建可追溯测试骨架的项目。
限制：每个测试必须对应 TC-ID，禁止硬编码测试数据，禁止重复生成，禁止仅断言 HTTP 状态码；E2E 更新测试需重新读取字段确认持久化。具体模板与参考文件路径见资料，未提供的收费、平台支持等信息暂未提供。