用途：test-spec 用于规划测试、生成测试规格与详细测试用例，并做覆盖率分析。入口有两种模式：从 PBI（用户提供 PBI、故事或验收标准，较轻量，输出到 team-artifacts/test-specs/）和从代码库（用户指定功能或模块，深度分析代码、构建知识模型并做追溯，输出到 .ai/workspace/specs/）。
主要能力：先做业务与代码调查（读取业务功能文档、实体、命令、查询、事件处理器、后台任务、消费者、仓储、控制器），再规划测试范围与策略，提取并分类场景（正向、负向、边界、集成、安全），生成 TC-{FEATURE}-{NNN} 用例（含 GWT、证据、优先级 P0-P3），最后做需求映射与覆盖率缺口分析。存在 .code-graph/graph.db 时可运行 blast-radius --json 做影响分析，并按受影响文件数评估风险（<5 低、5-20 中、>20 高）。
使用方式：强制先用 TaskCreate 拆分任务；按 Phase 0 到 Phase F 推进，Phase 0 需写调查临时报告到 plans/reports/test-investigation-{YYMMDD}-{HHMM}-{feature-slug}.md；Phase C 为审批门，必须获得用户明确确认后才能生成用例；Phase F 用 AskUserQuestion 向用户确认覆盖率、优先级与测试数据。用例编号需先查 docs/business-features/{App}/detailed-features/ 中已有编号避免冲突，功能文档为编号权威来源。
限制：要求证据驱动，每条断言需引用 file:line、grep 结果或框架文档，并声明置信度（>80% 可行动，60-80% 先验证，<60% 不建议）；禁止无证据推测。至少覆盖正向、负向、边界三类。未完成 Phase 0 不得生成测试规格。永久写入功能文档建议改用 /tdd-spec。具体安装命令、收费与平台信息暂未提供。