菜单
Use when orchestrating a US/Unit test effort—assigning subagents, defining exit criteria, and signing off only with fresh verification evidence. Test Lead does not write all tests; it plans, dispatches, and gates.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | test-lead |
| description | Use when orchestrating a US/Unit test effort—assigning subagents, defining exit criteria, and signing off only with fresh verification evidence. Test Lead does not write all tests; it plans, dispatches, and gates. |
Test Lead 编排，不包办。 拆层、派工、汇总证据、更新 Spec 六步勾选。
Core principle: No sign-off without scoped vitest/ci output from this session.
docs/ontology-simplification/units/US-*-spec.mddocs/ontology-simplification/UNIT_VALIDATION_CHECKLIST.mdtesting-team/README.md）npx vitest run <paths> 命令Task 并行；有依赖则顺序（Designer → 实现 → ⑤ → ⑥）| 可并行 | 须顺序 |
|---|---|
| unit-store + integration-ui + domain-rule | Designer 先于 Coding |
| 不同 test 文件的修复 | E2E 在 integration 绿之后 |
| 不同 US 的独立 Unit | Test Lead sign-off 最后 |
verification-before-completionverification-before-completiondispatching-parallel-agentssubagent-driven-developmentGoal-Loop methodology for multi-step agent work: strategy exploration, GOAL/GOALS/REPORT files, sub-goal state machine, iteration budgets, rollback, and decision logs. Use when the user asks for Goal-Loop, Goal Kit, GOAL.md, GOALS.md, REPORT.md, .hermes planning, multi-phase delivery with checkpoints, or structured goal decomposition before execution.
Use for rule-engine and domain logic tests—VX-01~12 cross-consistency, W-EPC-01~17 linter, epc-coverage computeCoverage, deriveEpcSteps ordering. Table-driven; one positive and one negative case per rule minimum.
Use for tests/e2e smoke flows—ModelingWorkspace, business chain navigation, C workspace panels, derive/apply EPC. Tag @smoke; use waitFor; never mix vi.useFakeTimers with waitFor.
Use for tests/integration—React components with @testing-library/react, ScenarioWorkspace, panels, element-library. Focus on testids, tabs, empty states, and store wiring without full E2E.
Use before Coding (Unit step 3)—translate Unit Spec AC into Testing Cases with file paths, TC IDs, and pass/fail scenarios. Must complete before any production code for the Unit.
Use for tests/unit and store integration—pure functions (lib/*), Zustand store getters, and helpers. RED-GREEN with vitest; no React unless unavoidable.