用途：test-designer 是独立测试设计编排器，核心原则是编写测试的代理不能是实现该功能的代理，也不能携带实现方案的上下文，以避免测试因镜像有缺陷的实现而通过。适用于复杂或非平凡功能的 TDD red 阶段、需求模糊易产生自测偏差，或用户明确要求独立测试设计、运行 /test-designer 时。不适合平凡改动、缺陷复现测试或非代码变更。
主要能力与用法：编排过程分五步。步骤一组装派发包，输入为来自 spec-design 的 docs/specs/<topic>/validation-contract.md（验证契约，主来源）、spec.md 的需求描述（备用）、项目测试规则（先检索 docs/rules/test/，以 git rev-parse --show-toplevel 解析仓库根，monorepo 子包规则优先）、相关代码文件路径和边界场景提示；禁止传入实现计划、方案提示、进行中分支代码。步骤二选择执行者，复杂任务用独立代理，中等且对话干净可用子代理，平凡改动直接内联写测试。步骤三用最强模型和 xhigh 推理强度派发，提示词包含测试质量约束：正确层级、测试行为而非实现、仅在边界 mock、覆盖 happy/empty/boundary/error/concurrency、结构质量、禁止不稳定模式、测试必须真正失败、属性断言优于示例断言。步骤四验证返回测试，先补齐纯签名空骨架使失败落在断言，再运行测试并做基于标准和覆盖率的检查。步骤五移交实现，按 test-driven-development 填充骨架。输出含当前状态、覆盖缺口、推荐测试（按优先级）和可执行测试四部分。
限制：必须遵守铁律，同一上下文中的测试设计会继承实现盲点；若已实现或草拟该功能，不得调用本技能，应推迟到 PR 阶段的 test-quality 审查。派发前不得为适配实现修改需求或验收标准。VALID 映射中无法追溯的测试需上报或删除。若规则与验证契约冲突，先上报冲突。资料未提供具体收费、安装命令和平台信息。