目标
我的博客项目是用 AI 写的，增加了许多不必要的功能，所以这次来了次重构， 我给 AI 的指令是：将博客项目从"全功能"精简为"首页 + 博客 + Admin"，去掉 Skills 和 About 模块。我想体验 Muti-agent
工作流程
他的给我的工作流程，这里每一个都是 Claude Code Skills，我压根不记得我安装了这么多 skills
| Skill 指令 | 核心用途 | 适用场景 |
|---|---|---|
| /brainstorming | 需求探索 | 重构前期，理清功能保留范围、剔除冗余项，明确核心目标 |
| /writing-plans | 编写实施计划 | 动手重构前，提前规划模块删除、文件修改的具体方案 |
| /dispatching-parallel-agents | 多agent并行执行独立任务 | 多个模块可同步开展删除、重构操作，提升执行效率 |
| /subagent-driven-development | 子agent驱动开发 | 制定完整实施计划后，调度多agent并行推进重构任务 |
| /executing-plans | 执行计划 | 计划定稿后，按步骤落地重构、精简的各项操作 |
| /verification-before-completion | 完成前验证 | 重构收尾阶段，核查无遗漏修改、无功能破坏，保障稳定性 |
| /git-commit | 智能提交 | 单步重构任务完成后，及时提交代码、留存版本记录 |
| /finishing-a-development-branch | 收尾分支 | 全部重构工作结束后，整合代码、完成分支收尾 |
上述的 skills 大概可以分为概括为几个阶段，具体的工作流是这样的
明确需求 brainstorming ->写计划 writing-plans -> 执行计划 executing-plans：由于我想体验下多 Agent，在具体执行的时候可执行 dispatching-parallel-agents 或者 /subagent-driven-development ->验证verification-before-completion + 提交 git commit
-
dispatching-parallel-agents 、subagent-driven-development的区别
- Dispatching-Parallel-Agents（并行调度） ：把任务拆成多个，同时派发给多个独立代理，并行执行，最后合并结果，适用于 目标：快、并行、无依赖任务。
- Subagent-Driven-Development（SADD，子代理驱动开发） ：一个主代理指挥多个专业化子代理，按开发流程顺序 / 协作完成完整项目，适用于复杂软件工程、自主迭代、端到端开发。
1. Brainstorming 阶段
通过逐个提问明确需求：
- 项目定位？→ 只留首页、博客、登录
- Admin 后台？→ 保留
- 首页处理？→ 简化，去掉 Skills 区块
关键点：一次只问一个问题，用选择题而非开放题，效率高且不遗漏。
2. 写计划阶段
提出 3 种方案后选择了「逐模块删除」：
- 风险低，每步可验证
- 天然适合多 Agent 并行（模块间独立）
3. 执行阶段，多 Agent 并行执行
这里是直接调用了 Claude Code 内置的 Agent tool，手动创建了 3 个子 agent 并行/串行执行，并不是上文提到的 skill dispatching-parallel-agents 或者 dispatching-parallel-agents
| Agent | 职责 | 特点 |
|---|---|---|
| Agent A | 删除 Skills 模块（DB、API、schema） | 数据层清理 |
| Agent B | 删除 About 页面 | 简单文件删除 |
| Agent C | 清理导航和首页引用 | 依赖 A、B 完成后执行 |
分工原则
- A 和 B 互不依赖 → 并行
- C 依赖 A、B 的结果 → 串行等待
主 Agent 兜底
子 Agent 完成后，主 Agent 负责：
- 运行构建验证
- 修复子 Agent 引入的类型错误
- 最终提交
4.验证 + 提交
就是跑了下 npm run build 验证，再用 /git-commit 提交。页面的效果还是我自己去看的，而且并不是用了 /verification-before-completion 这个 skill， 大坑～。因为他上文提了推荐我用这些 skills
关键收获
- Brainstorming 先行：动手前先对齐需求，避免返工
- 任务拆分要按依赖关系：独立任务并行，有依赖的串行
- 每个 Agent 职责要明确：prompt 中写清楚"做什么"和"不做什么"
- 验证不能省：子 Agent 完成后必须跑一次完整构建
- 主 Agent 是协调者：分发任务、处理异常、兜底修复
适用场景
- 删除/重构多个独立模块
- 大规模代码迁移（如框架升级），这种场景实际更加复杂，必须要拆解！！
- 批量文件修改（如统一代码风格）
- 任何可以拆成独立子任务的工作
one more thing
其实我的这个小项目非常简单，删除几个页面而已，token 消耗了 10$, 如果是人工来删除的，非常快，重在体验AI工作流吧
最后我问了 AI，在此次重构记录中，到底用了哪些 skills，他给我列觉并没有全部用到，可能是项目本身简单，但是工作流差不多就是这个意思，我还以为都用了,坑
