parallel-builder：一个把串行写代码变成并行写的 Skill

写代码最痛苦的时刻是什么？是面对一个完整的功能规格说明书，却只能一个文件一个文件地串行写。PRD 写得清清楚楚，这个功能要改 8 个文件——你打开第一个，改完，再开第二个……一个下午过去了，进度条才走了 30%。

parallel-builder 这个 Skill 就是来解决这个问题的。

它的工作原理很直接：把你手里的 PRD 或规格说明拆成若干个独立的任务块，然后同时调度多个 Agent 并行去写。每个 Agent 拿到自己那份，专注做一个文件，物理上就是同时在跑——3 个文件并行，理论上就是原来三分之一的时间。

核心逻辑：分波次执行

这个 Skill 不会傻乎乎地一股脑把所有任务同时扔出去。它会把任务按依赖关系排成波次（waves）。

第一波：没有任何依赖的独立模块先跑，比如全局类型定义、工具函数。第二波：依赖第一波结果的模块再跑，比如基于已有类型定义的服务层。第三波：最后是 API 路由和 UI 组件这类依赖上游数据的部分。每波之间有等待，但单波之内是完全并行的。

最后有一个整合（integration）阶段，把各波输出的代码合并，生成一个完整的、可以提交 PR 的代码库。

适合什么场景

• 全栈功能开发：类型定义 + 服务层 + 路由 + UI 组件，需要同时写多个文件
• 微服务实现：每个服务独立，可以各自并行开发
• CRUD API：每个资源对应独立文件，并行生成效率最高
• 插件/模块系统：各模块之间边界清晰，不打架

不适合的场景：修 Bug（用 debug-council）、需要多种实现方式对比的功能（用 feature-council）、单文件修改。

安装方式

一行命令装上：

npx skills add https://github.com/michaelboeding/skills --skill parallel-builder

装完之后，在 Claude Code 或其他支持的 Agent 里直接说「用 parallel-builder 实现这个 PRD」，Skill 会自动接管接下来的所有步骤：分解任务 → 分配 Agent → 并行执行 → 整合输出。

实际体验

我试过用它跑一个中型功能的 PRD，规格说明里涉及 5 个文件：两个 Service、一个 API 路由、一个类型定义文件、一个单元测试。按串行方式，这大概要跑 40 分钟；用 parallel-builder 分两波执行，总耗时大概在 18 分钟左右——主要时间都花在最后整合上了，但中间等待感几乎消失。

唯一需要注意的是：规格说明写得越清楚、独立模块边界越清晰，parallel-builder 的效果越好。如果你的 PRD 本身逻辑混乱或者文件之间耦合很高，这个 Skill 也救不了你。

总体来说，这是一个把「规格说明书 → 完整代码库」这个过程从串行变并行的工具。对需要快速交付的团队来说，值得一试。

GitHub 仓库 ⭐ 14

GitHub: https://github.com/michaelboeding/skills