用途：以 PRD/需求文档的验收标准为源头，对已构建功能做自动化多层业务测试，回答"业务规则是否被满足"。与 quality-test（交互式 UAT）和 quality-test-gen（覆盖率补测）互补。
主要能力：三层测试——L1 接口契约（单端点请求/响应、输入校验、schema 合规）、L2 业务规则（多步逻辑、状态流转、边界）、L3 业务场景（完整用户流、多服务链路、错误传播）。测试数据夹具分三级：模式派生（valid/invalid/boundary）、条件派生、场景派生（仅 L3）；并可为微服务生成 WireMock 桩契约。运行后生成 business-test-plan.json、business-test-report.json、business-test-summary.md，并构建到 REQ-NNN:AC-N 的需求追溯矩阵。
使用方式：命令格式 $quality-business-test "3" 及各类参数。--spec SPEC-xxx 指定需求包（默认从 index.json 自动识别）；--layer L1|L2|L3 仅跑指定层；--gen-code 生成框架测试类（Java: RestAssured/MockMvc、JUnit 5 + WireMock、TestContainers；TS/Node: supertest+vitest、vitest+nock、playwright/cypress；Python: httpx+pytest、pytest+responses、pytest+selenium）；--dry-run 仅提取场景与夹具不执行；--re-run 只重跑此前失败/阻塞场景；--auto 跳过确认。产出位于 {phase_dir}/.tests/business/。执行按 L1→L2→L3 推进，关键失败即停止下层，每层运行 Generator-Critic 循环最多 3 次。
适用场景：具备 REQ-*.md 验收标准与架构/史诗文档的迭代阶段；也支持降级模式（无需求包时依据 index.json 的 success_criteria 与 plan.json 收敛标准，默认优先级 high，且不生成 L3）。
限制：阶段号必填；阶段目录、需求包或 success_criteria 缺失时报错 E003；L1 关键失败会阻塞 L2/L3；L3 所需 mock 服务不可用时需跳过或改用 --gen-code；该技能只测试不修改源码，失败会写入 .workflow/issues/issues.jsonl 并建议转 quality-debug 等流程。收费标准暂未提供。