An Task Split

产出物：

workspace/{YYYYMMDD}__{feature-name}/raw-input/
└── task.md              # 原始输入内容

阶段二：split-plan（拆分方案）

目标：以业务专家视角分析任务，产出拆分方案。

前置：阅读以下文档获取上下文：

• background/product.md — 产品定位
• background/domains.md — 领域模型
• background/features.md — 功能状态

行为：

1. 深入理解原始任务的全貌和业务目标
2. 从业务场景、功能模块、技术边界等维度识别自然拆分点
3. 拆分为多个子任务，确保每个子任务的 requirements 文档不超过 200 行
4. 明确子任务之间的依赖关系和执行顺序
5. 产出拆分方案文档

产出物：workspace/{YYYYMMDD}__{feature-name}/split-plan.md

# {任务名称} 拆分方案

## 任务理解
{以业务专家视角，阐述对任务全貌的理解}

## 拆分依据
{从哪些维度进行了拆分，为什么选择这些边界}

## 拆分概览

| 序号 | 子任务名称 | 核心目标 | 预估行数 | 依赖 |
|------|-----------|---------|---------|------|
| 1 | sub-1 | {一句话} | ~N行 | - |
| 2 | sub-2 | {一句话} | ~N行 | sub-1 |

## 依赖关系
{子任务之间的依赖拓扑描述}

## 子任务定义

### sub-1: {名称}
- **目标**: {一句话描述}
- **核心场景**: {关键业务场景}
- **关键验收标准**: {最核心的 AC 要点}
- **预估行数**: ~N行
- **工作区**: workspace/{YYYYMMDD}__{sub-1}/

### sub-2: {名称}
...

## 执行顺序建议
1. sub-1 → 2. sub-2 → ...

检查点：向用户展示拆分方案，等待用户审核确认。用户可能：

• 确认拆分方案 → 为每个子任务创建独立工作区目录，更新 CLAUDE.md 索引
• 要求调整拆分 → 修改 split-plan 后重新确认
• 选择其中部分子任务先推进 → 仅创建选定子任务的工作区

工作区索引

确认拆分方案后，更新项目根 CLAUDE.md 的活跃 Workspace 表：

| Workspace | 描述 | 状态 |
|-----------|------|------|
| workspace/{YYYYMMDD}__{feature-name} | {总任务拆分方案} | ✅ 完成 |
| workspace/{YYYYMMDD}__{sub-1} | {子任务描述} | 🚧 待启动 |
| workspace/{YYYYMMDD}__{sub-2} | {子任务描述} | 🚧 待启动 |

与 an-task 的关系

拆分完成后，用户可对每个子任务分别调用 an-task 进入标准工作流。拆分方案中的子任务定义可作为 an-task 的 raw-input 使用。

错误处理