CCPM 并行编码工作树

为什么需要它

在多代理协作的编码任务中，常见的做法是让几个代理在同一个工作区里「接力」改代码。这种做法的问题在于：上下文会互相污染，A 代理刚改完的配置可能被 B 代理覆盖，而真正需要审查的变更却混在一堆临时对话里，难以追溯。

CCPM 技能要解决的正是这个问题。它把计划拆成 GitHub Issues，每个任务有明确的边界和责任人，而不是靠聊天记忆来传递状态。

它如何工作

该技能的核心流程分为三步：

• 计划入 Issue：将开发计划分解为独立的 GitHub Issue，每个 Issue 描述一个具体任务
• 工作树隔离：为每个 Issue 创建独立的 git worktree，代理在自己的工作树中执行编码，互不干扰
• 并行执行：标记为 parallel: true 的任务可以在多个代理之间并发运行，不会产生文件冲突

这种方式的关键优势是可审查性。每个变更都关联到具体的 Issue，完成后通过 GitHub 的 PR/Issue 机制进行审核，而不是依赖聊天中口口相传的「我记得改过了」。

适用边界

需要注意的是，这个技能对操作者有明确要求：

• 需要熟悉 GitHub Issues 的工作流，能接受基于问题的阶段管理而非即时对话
• 仓库需要启用 git worktree 支持，且使用与 agent-skills 兼容的编码工具包
• 不适合小规模、单人、无需并行的快速迭代任务—— overhead 会超过收益

同时，parallel: true 的标记需要谨慎使用。并非所有任务都适合并行化，涉及共享状态或依赖关系的变更仍需串行处理。