用途：在“需求→风险分析→策略→测试设计→用例”链路中承担策略环节，回答“这个功能应该怎么测”，将风险翻译为测试范围与深度；明确反对跳过策略直接写用例。
主要能力：读取需求模型（缺失时轻量研读需求源）、代码仓库、系统架构与历史 Bug；识别风险并按 Impact × Likelihood 评为 Critical/High/Medium/Low，每条须带证据；在功能域六轴（functional、boundary、permission、state、data_consistency、regression）决定 include/depth/rationale；在类型域十轴（性能、业务安全、可靠性、并发、兼容、无障碍、视觉、国际化、迁移、契约集成）逐轴决策，exclude 需 G+S 双清单与理由。输出 {项目}/测试策略.md，含 Risk Map、两域范围、depth_budget；涉及移交或阻塞轴时另生成 {项目}/专项移交_{轴}_{日期}.yaml。
用法：按工作流推进——输入研读、风险评级、功能域决策、类型域全轴扫描（有仓库时运行 python3 ../core/scripts/scan_signals.py <仓库路径>）、深度校准与预算排序、自动化计划提案、回归策略、落盘交付并运行 python3 ../core/scripts/validate_schema.py {项目}/测试策略.md 校验，有仓库时叠加 --repo-root。
限制：不写具体用例（属 test-case-writing）；不代替用户裁决，自动化与预算提案需等确认；覆盖限于系统级黑盒，单元/集成测试属开发侧职责；深度只取 full/standard/light 三值；full 两域合并不超过 3；环境缺位记 blocked 而非 exclude。无代码仓库时仅按需求信号决策。