用途：在功能实现后（或伴随实现、PR 之后）组织测试工作，决定哪些行为、不变量与风险需要验证，规划策略，驱动测试产出并运行记录。一次只针对一个功能、规格、模块、PR 或工单。
主要能力：产出 specs/<feature>/test-spec.md（要测什么：行为、不变量、风险及声明优先级）与 specs/<feature>/test-report.md（会话记录：测了什么、用什么测试类型、运行与通过/失败/阻塞情况）。可选维护仓库根目录 TESTING.md，作为项目级测试策略说明；缺失时使用内置默认策略。
两层结构：测试什么（含 P0–P3 声明优先级）与如何测试（unit、contract、integration、e2e、agent、manual、telemetry、static、smoke、script）。优先级必须来自上游 PRD、功能拆解或规格，不能自行发明；上游未声明则标记 UNKNOWN。测试类型是制品事实，由生产者决定并记录，不写强度或 HIGH/MEDIUM/LOW 结论。
使用方式：先确认目标与输入，读取优先级、变更实现与现有测试；再编写或刷新 test-spec.md；按策略链解析每个行为的姿态并盘点已有证据；分析缺口并选择能证明该检查的最低成本模态；驱动生产者创建测试（create-yaml-tests、create-agent-tests 或项目自有工作流），代码相关测试可内联编写；然后运行针对性检查与必要套件，记录准确命令与结果；最后写或更新测试报告。
限制：不负责项目编排、PRD 或功能拆解；仅要代码审查无测试创建时不用；实现不存在而只做规划时不用。不得包含密钥、Cookie、令牌、数据库 URL 或私有客户数据；没有命令输出或可审计制品不得报告通过/失败；不得声称未测通过。资料未提供具体收费、价格或平台支持信息。