用途：把传统测试场景（完整业务验证目标）拆解为 Testany platform cases（可复用的原子自动化步骤包），生成脚本、metadata 和 ZIP 包，供后续注册与编排。
主要能力：判定输入模式与可信度；先做 decomposition 再写代码，判断一个场景应拆成几个 platform cases；为每个 case 选择 Executor（pyres、postman、playwright、maven、gradle，平台还支持 python、jmeter）；产出 name、description、case_labels、executor、path/command、environment_variables、输出变量与代码文件、ZIP 包；产出 automation design / decomposition summary。
输入优先级：首选 approved Test Spec + Testany Automation Handoff（status=ready/partial）；其次 approved Test Spec 无 handoff；最后用户自然语言或现有测试文档。Test Spec 为 draft/in_review 时默认不作正式基线，建议先完成 /test-reviewer。
环境变量：type 支持 env/output/secrets；name 须大写字母开头，仅含大写字母、数字、下划线且同 case 内唯一；env/output 的 name/value 不能为空，空值显式填 -；secrets 须填 secret_ref，禁止填 value，脚本直接读同名环境变量。
Output Relay：case 层声明 type=output 并 POST 到 TESTANY_OUTPUT_RELAY_SERVICE，输入 case 声明 type=env 读取；编排层由 testany-pipeline 配置 relay.key 与 relay.refKey，仅 passed 的上游 case 可提供数据。
限制：不负责注册（testany-case）、创建/更新 pipeline（testany-pipeline）、配置 Plan/Manual Trigger/Gatekeeper（testany-trigger）；存在依赖、relay、条件分支、清理或失败分支时必须继续 pipeline 编排。本地静态检查可用 scripts/validate_package.py ZIP --metadata metadata.json，pass 仅表示支持范围内的本地静态检查，不代表平台注册就绪或执行成功。具体收费、价格与平台细节暂未提供。