split-task

拆分任务

必须阅读： ../pack-shared/standards.md。在拆分工作流或文件夹之前，本轮先应用 AGENTS.md 的 Taste 和 Architecture 部分。不要跳过。

提问风格： ../pack-shared/asking.md

此技能是 /task 或 /just-do-it 的工作步骤，不是典型的用户起始步骤。

将一项任务或目标拆分为小型、有序的内联切片契约。将结果保留在聊天中的共享执行上下文下；不要编写 INDEX、计划路径、状态文件或工作区状态。

切片必须按架构指定入口/文件夹，并将新文件置于该文件夹中；不要以会拆分服务或基本组件、或产生混杂同级文件的方式拆分。

如果用户明确要求保存拆分内容，则获取或遵循已获批准的目标位置，并且只写入所要求的产物。

智能区

符合以下条件的切片属于智能区：

• 一个明确的内容，专业人员无需重新摸索目标即可完成；
• 工作只涉及一个接缝，甚至一个函数；
• 有 1–3 项二元检查，可单独验证该切片；
• 在加载 harness、技能、规则和 MCP（已占用约一半上下文）之后，简述加工作集仍控制在上下文窗口的约 30%；
• 除注入的简述和阻塞项之外，所需历史信息很少。

切片要说明做什么，而非如何做。如果还需要“然后还要……”，或者执行者必须重新梳理代码仓库，就继续拆分。没有阻塞项、可并行执行的切片很有用；不要只为提高效率而将它们合并。

流程

1. 在聊天中记录父任务

使用当前执行上下文规范化请求：

# Parent
**Outcome:** <one-line verifiable outcome>
**Ticket / PR:** <reference | none>
**Lane:** <areas, paths, or symbols>
**Non-goals:** <explicit exclusions>
**Done when:**
1. <binary check>
**Active Rules:** <relevant INV IDs>

如果父任务含糊不清，则仅使用 asking.md 批量提出真正需要澄清的问题。不要臆造范围。

2. 彻底拆分

将父任务拆成仍能交付价值的最小有序切片。每个内联切片契约都包括：

字段	规则
标题	使用具体的祈使表达
结果	用一句话说明切片完成后会实现什么
工作流	尽可能比父任务范围更窄
入口 / 文件夹	指明预期入口点，以及新增文件时的所属文件夹；不得将文件混杂地丢在不同父目录中
生效规则	本切片实施或保留的规则
完成条件	仅针对本切片的 1–3 项二元检查
阻塞项	较早的切片 ID，或无
为何采用此粒度	说明为何符合智能区要求，或为何无法再细分

如果一个切片涉及多个主要关注点、需要多轮探索、完成条件包含彼此独立的条目，或会迫使执行者将冗长计划保留在工作记忆中，则继续拆分。对于范围较大的重构，先扩展，再分批迁移，最后收缩。

3. 排序并告知

先列出阻塞项，并标记当前前沿。拆分由 Agent 负责，因此不要询问用户是否同意。如果仍有实际的产品、UX、架构或品味问题，则按照 asking.md 以仅问题的批次提出（不要使用“已锁定”标题）。待这些问题解决后——或在没有待解决问题时立即——另发一条消息，公布编号拆分，并标注 已锁定（如有误请告诉我）。

如果用户纠正拆分，则修订聊天中的契约并继续。在 /task 要求之前，不要开始实施。

4. 移交

将当前前沿及其依赖项复制到执行上下文的当前切片部分。使用内联计划契约扩展已准备好实施的切片；面向用户的前沿工作交给 /design，非 UI 工作交给 /implement。不要创建 INDEX，也不要依赖自动生成的产物。

输出模板

# Split: <parent title>

## Parent Done when
1. …

## Slices

### 1 — <title>
- **Outcome:** …
- **Lane:** …
- **Entry / folder:** …
- **Rules that must stay true:** Rule 1, …
- **Done when:** …
- **Blocked by:** none
- **Why this size:** …

### 2 — <title>
- **Outcome:** …
- **Lane:** …
- **Rules that must stay true:** Rule 2, …
- **Done when:** …
- **Blocked by:** 1
- **Why this size:** …

## Frontier
- 1 — ready now

反模式

• 能按垂直薄切片拆分时，却采用水平分层
• 超大切片将工作者推离智能区
• 切片契约规定如何做（步骤列表、补丁），而不是要做什么
• 标题含糊，没有明确的二元完成条件
• 将切片作为混杂的同级项提交，没有归属文件夹
• 自动编写 INDEX、计划文件、状态文件或恢复状态
• 尚未宣布拆分且仅限问题的批次尚未得到答复，就开始实施
• 通过询问是或否来确认拆分
• 除非用户要求，否则不要发布到跟踪器