拆分 Task (Split Tasks)
本 skill 是标准开发流程的第 6 步：把确认后的技术方案，拆成多个 Task，每个 Task 要能独立完成、独立测试、独立看到效果。
前置条件
- 第 5 步"技术方案"已由用户确认
执行规则
1. 拆分前先问用户颗粒度
- 默认提供一种颗粒适中的拆分方案
- 询问用户：采用默认颗粒，还是自定义颗粒
- 若用户选自定义，先给出自己的方案，用户可在其基础上调整
2. 拆分原则
- 每个 Task 完成后，用户能看到具体效果（功能能跑、页面能开、接口能调）
- 每个 Task 可独立测试，不依赖未完成的 Task 才能验证
- 粒度适中：不要太碎（改一行算一个 Task），也不要太粗（一个 Task 包含一大堆功能）
- 允许个别 Task 只做内部验证（如底层基础设施、数据库迁移，编译通过 / 日志正常即可）
3. Task 清单输出
每个 Task 必须包含：
| 字段 | 说明 |
|---|---|
| Task 编号 + 标题 | 唯一标识 + 简短描述 |
| 目标 | 这个 Task 做完能看到什么效果 |
| 涉及文件 / 函数 | 来自方案的改动清单 |
| 验收方式 | 用户怎么测试、看到什么算通过 |
| 依赖关系 | 是否依赖前一个 Task 完成 |
4. 顺序安排
- 按依赖关系排序，有先后依赖的按顺序来
- 无依赖的可标注"可并行"
5. 用户确认
- 拆完后给用户过目
- 用户觉得粒度或顺序有问题可调整
- 确认后才进入逐个开发
输出格式示例
## Task 拆分方案
请选择拆分颗粒度：
- 默认（颗粒适中）
- 自定义（我会先给方案，你可调整）
---
### Task 1：xxx
- 目标：完成后可以 xxx
- 涉及文件：xxx
- 验收方式：xxx
- 依赖：无
### Task 2：xxx
- 目标：完成后可以 xxx
- 涉及文件：xxx
- 验收方式：xxx
- 依赖：Task 1
（可并行的会标注）
请确认拆分方案是否合理，粒度或顺序有需要调整请指出。
注意事项
- 拆分质量直接影响开发节奏，宁可多花时间拆好
- 验收方式要写得具体可操作，让用户知道怎么测
- 不要为了凑"独立效果"而强行拆分天然耦合的功能
- 内部验证类 Task 要明确标注，避免用户以为也能看到外部效果
