AB 方法拆分编码任务

要解决的具体问题

当面对一个体量较大的编码任务时，一次性把所有需求、实现细节和重构思路塞进同一个对话，往往会让上下文迅速膨胀。结果就是：模型开始遗忘早期约定的接口设计、忽略边界条件，或者在返回结果时给出大段看似合理实则难以验证的代码。

这类问题在以下场景尤为明显：

• 需要按模块拆分、并行推进的多组件改造
• 涉及架构设计文档与实现代码同步演进的项目
• 需要在多轮会话之间保持任务进度可追溯的大型重构

技能如何工作

这个技能的核心思路是把“一个超大任务”转换为“一组有顺序、有目标的子代理使命”。每个子代理任务只关注一个清晰的目标，完成后再推进到下一个。

关键步骤：

• 将大型编码工作分解为聚焦的任务与使命，每个任务具备明确的目标和范围
• 子代理任务按步骤依次推进，而非试图在单次对话中解决整个项目
• 生成的任务、使命与架构文档存放在专门的仓库中，与实现工作并存，便于追踪和回溯

该技能基于 AB Method，可以视为一种结构化的协作工作流：

• 上游文档来自 ayoubben18/ab-method，技能本体维护在 1991513ccie-png/skills
• 工作流文件定义了任务分解的格式与约定，使不同子代理之间的产出保持一致性

适用边界与注意点

• 不是万能加速器：对小型改动或单文件修复，拆解本身会增加开销，得不偿失
• 依赖仓库纪律：任务文档、架构文档需要与代码同步维护，否则会出现文档与实现脱节
• 适合结构性问题：当任务本身边界模糊、需求未收敛时，拆解出的子任务也会失去意义，先做需求澄清更实际\n- 需要环境支持：前提是环境中已具备 Claude Code 与 AB Method 的安装程序或工作流文件