workflow-test-fix

用途：将测试生成与迭代修复整合为一条连续工作流，减少人工交接。入口按技能名路由，支持全流水线（Phase 1→2→3→4→Summary→5）与仅执行（Phase 5）两种模式。全流水线接受任务描述或会话 ID；仅执行模式自动发现活动会话。5. 交互偏好通过 AskUserQuestion 收集，检测到 -y/--yes 时进入自动模式跳过确认。\n\n主要能力：五个阶段依次为会话启动、测试上下文收集、测试概念增强（Gemini 分析，产出 L0-L3 测试要求）、测试任务生成（产出 IMPL_PLAN.md、IMPL-*.json、TODO_LIST.md）、测试循环执行。执行阶段先跑初始任务（IMPL-001 → 001.3 → 001.5 → 002），未达阈值则进入修复循环，按迭代上下文自适应选择保守／激进／外科式策略，由 @cli-planning-agent 生成修复任务、@test-fix-agent 执行并复测。\n\n测试分层：L0 静态分析、L1 单元测试、L2 集成测试、L3 端到端测试（可选）。质量门槛：关键问题为零、无编译错误；行覆盖最低 80%、分支 70%；通过率门槛 ≥95%（区分关键性）或 100%；默认最大修复迭代 10 次，可调整。\n\n使用方式：以技能名触发对应模式，可用 --resume-session 指定会话、--max-iterations 设定迭代上限。产物保存在 .workflow/active/WFS-test-{session}/ 下，含 workflow-session.json、IMPL_PLAN.md、TODO_LIST.md、.task/、.process/（含 iteration-state.json、test-results.json、fix-history.json 等）与 .summaries/。\n\n限制：资料中未提供具体安装命令、收费信息与平台兼容性；依赖 Gemini 等 CLI 的分析回退链细节仅在 Phase 5 文档中说明，此处暂未提供。