用途：将大型功能或任务拆解为可独立实现、可测试的子任务，产出 plans/ 目录下的 PLAN_IOS_XXXX.md，并创建 Linear 子 issue，使后续会话能凭完整上下文接手任一子任务。
触发方式：用户提供 Linear issue URL 并要求拆解，或出现 decompose、break down、split task、subtasks、plan feature 等关键词时自动激活。
主要流程：第一阶段并行收集上下文，包括父 issue（mcp__linear-server__get_issue，includeRelations: true）、Linear 项目、相关 issue（尤其 GO-XXXX 中间件/后端任务）、评论、已有 PR 与分支（gh pr list、git branch -a），并用 Agent(Explore) 探索代码库的入口、服务层、数据模型与既有模式。第二阶段按依赖分层提出拆解方案，附依赖图、可并行项与对比，等待用户批准。第三阶段获批后创建 PLAN_IOS_XXXX.md 与 Linear 子 issue，并更新记忆。第四阶段在用户确认后提交计划文件。
拆解原则：子任务可独立实现与测试，各自分支与 PR；同层可并行，依赖只向下流动；优先小而聚焦，分离中间件集成与 UI、可复用组件与流程编排，边界情况与打磨放最后一层。
限制：需 Linear 与 GitHub 等工具环境；第三阶段必须等待用户批准；子任务描述需自包含，避免耦合过紧或缺少中间件上下文。