用途：solve-workflow 提供八阶段 PDCA 流程，系统化解决缺陷、重构与功能开发任务，阶段依次为明确问题、分析问题、探索方案、审查方案、制定计划、执行计划、检查验证、复盘改进。阶段1、3、4、5为只读；阶段2的分析方法位于 analysis-core（含临时变更闸门）。
主要能力：支持手动与自动两种模式，默认手动，说“自动模式”或“自动分析”可自动跑完整流程；完成后进入阶段7，若阶段8判定目标未达成，则回到“分析问题/探索方案/审查方案”再循环。各阶段输出模板见 reference.md。触发词包括明确问题、分析问题、探索方案、审查方案、制定计划、执行计划、检查验证、复盘改进（别名回顾总结），以及继续分析、深入分析、修改方案、完善方案、优化方案、更新计划、修订计划、修改计划、自动模式、自动分析、自动解决、ai-proxy 模式、AI 代理模式、切换 ai-proxy。命令形式为 /solve-workflow xxx 或 /solve xxx；xxx 不含触发词时默认进入阶段1，将其视为问题描述。触发词出现在 xxx 任意位置即算匹配。
使用方式：启动时须对 frontmatter 中声明的强依赖做前置技能检查，全部存在才继续，任一缺失即打印缺失依赖提示并中止，不做降级。强依赖包括 staged-review-flow、hybrid-debug/runtime-evidence-debug/browser-debug-toolkit、analysis-core、learn-and-improve、workflow-mode-lifecycle、clarifying-question-discipline、known-issue-research、test-suite-ensure、test-first-discipline、design-approval-gate、delivery-discipline、feature-branch-closeout、decision-fog-discipline、git-worktree-discipline、domain-language-discipline、node-version-discipline、figma-pixel-implement/figma-pixel-verify。路径分 Full、Incremental、Lean 三档，按任务复杂度选择并在阶段1确认问题时声明；范围扩大可升级路径，手动模式下升级需用户确认。Lean 路径阶段3可只输出1个方案加风险说明，阶段5可并入方案描述，但阶段7、8不可跳过。
适用场景：新功能开发、多模块协作、需求模糊（Full）；既有代码行为变更、重构、普通缺陷（Incremental）；热修复、单文件高确定性改动（Lean）。不适用单步编辑（如重命名一个变量）或用户只想要快速建议而非完整流程。
限制：阶段1禁止 Edit/Write，仅输出对问题的理解；阶段3、4、5禁止 Edit/Write；阶段7允许 Bash 但禁止 Edit/Write；阶段8除用户确认写入、交付或开启新循环外禁止 Edit/Write。手动模式在每个阶段出口暂停等待确认，自动模式全程推进，仅在阶段4审查循环超过3轮时暂停。缺失强依赖会中止流程，绝不回退到简化审查。性能域问题建议进入 perf-optimize-workflow。其余细节（如 ai-proxy 覆盖、停止点预测、各阶段输出格式）以 reference.md 与相关强依赖技能为准。