用途：确定目标仓库预期的自动化测试执行方式（命令、框架、前置条件和范围），并以安全优先的交互策略运行最匹配的测试套件。
主要能力：
- 证据式发现测试计划：按顺序读取 README.md、CONTRIBUTING.md、TESTING.md、docs/testing*、Makefile、CI 配置（如 .github/workflows/.yml、.gitlab-ci.yml、azure-pipelines.yml、Jenkinsfile）以及构建清单（package.json、pyproject.toml、setup.cfg、tox.ini、go.mod、pom.xml、build.gradle、*.csproj、Cargo.toml），识别测试入口、测试层级（单元/集成/e2e）、环境前置条件和 CI 依赖设置方式，优先采用文档或 CI 中的明确指令而非猜测。
- 选择执行计划：支持 fast（仅单元测试、最小依赖）、ci（尽量复现 CI 工作流命令）、full（含集成/e2e 及服务依赖）三种模式；多技术栈时按确定性顺序分别运行。
- 安全执行：运行前打印确切命令；安装依赖、使用网络、启动 Docker/外部服务前请求用户确认；捕获输出和退出码，汇总首个失败命令、错误摘录和可能原因；避免破坏性操作（如 rm -rf、git clean -fdx、docker system prune、数据库 drop/migrate），不要求用户在聊天中粘贴密钥，推荐 .env 或密钥管理器。
- 产出 Test Plan Summary，包含 mode、evidence、commands、prerequisites、executed、skipped 及 result（status、exit_code、first_failure），使开发者无需额外上下文即可复现测试执行。
适用范围：克隆仓库后想获知正确测试命令；仓库有多个测试层级需安全默认运行计划；CI 失败需本地复现。
限制：不评估测试质量或覆盖率（转 review-testing）；不修复失败测试或调试根因（转 run-repair-loop）；不编写新测试或测试基础设施（转开发类技能）；不做代码审查或仓库结构分析。测试失败、询问覆盖质量、要求编写测试或询问下一步测试策略时，应移交对应技能。