gjalla-breakdown

基于波次的任务拆解

将功能拆分为按规模划分、依赖关系有序的任务波次。这样，在构建过程中更容易跟踪进度，确保我们按预期为用户构建功能：

流程

1. 阅读规范：从 Agent 计划或 gjalla 规范中找出所有行为要求和技术变更。
2. 识别任务：每个任务应涉及 1–2 个文件，并产出小而易于审查、可验证的差异。
3. 梳理依赖关系：哪些任务必须先完成，其他任务才能开始？
4. 分组成波次：同一波次中的任务可以并行完成；各波次按顺序执行。

任务格式

工作波次由任务组组成：

• ID：W1-T1、W1-T2、W2-T1 等。
• 描述：用一行概述所做的更改。
• 文件：要修改或创建的确切文件路径。
• 依赖项：此任务所依赖的任务 ID（同一波次内的任务无需依赖）。
• 验收标准：如何验证此任务已完成。

原则

• 波次有助于将任务分组成逻辑清晰、模块化的部分，并按直观的顺序安排。例如，数据模型的更改可能需要先完成，为后续波次打好基础。
• 应当能够在波次和任务旁标记完成状态，方便在实施过程中查看进度。
• 请确保拆解中包含文档、验证、测试等任务。

为避免负担过重，单份规范的任务总数尽量控制在 20 个以内；较大的功能应拆分成多份规范。

进入实施循环

完成拆解后，将其保存在规范目录中，与设计文档放在一起。这样，人类（或在压缩上下文后恢复的会话）无需重新阅读所有内容，就能准确了解实施进度。每个波次完成后，在该文件中勾选，并在旁边记录验收证据。

最终波次通过验证后，更改将进入审查阶段（参见 gjalla-code-review）。