Stage 7

大型项目与多代理协作

从会写功能,到能组织复杂任务、并发推进和稳定收敛。

大型应用真正困难的部分,不是写某个函数,而是拆任务、控边界、管回归和组织协作。本阶段专注这些能力。

高阶 10-12 小时

学习进度

让学习路线变成可追踪的训练节奏

0%0/8 阶段完成
本周目标4次深度练习
下一步进入 生成式 AI 基础认知

Outcomes

学完这一阶段,你应该能做到什么

不要求一次到位,但你至少应该把这几个判断和动作练熟。

  • 会把复杂需求拆成清晰的阶段、模块和并行子任务。
  • 知道什么时候适合开多个子代理,什么时候必须集中决策。
  • 能围绕架构边界、发布风险和回归测试组织整个开发过程。

Lessons

核心课时

每节课都为一个工程动作服务,而不是只堆定义。

50 分钟

需求拆解与阶段目标

从用户价值和交付里程碑出发拆分,不从代码目录出发拆分。

65 分钟

多子代理任务编排

让研究、实现、测试和审查并行,但避免改同一批文件造成冲突。

60 分钟

架构边界与回归面

理解模块契约、接口稳定性和回归测试为什么决定团队速度上限。

55 分钟

技术债、发布节奏与持续演进

不是每次都追求完美,而是让风险可见、债务可控、节奏可持续。

Deep Dive

这一阶段真正要建立的工程习惯

读完下面这些部分,再去做练习和复盘,学习效率会高很多。

大型项目的核心能力不是写代码

当项目变大时,单个函数实现的难度往往不是最大问题。真正难的是你是否能把需求拆成可独立推进的块,并且保证块与块之间能重新拼起来。

这也是子代理真正发挥价值的地方:它们不是为了炫技,而是为了更快地处理边界清晰的独立工作。

并发要建立在模块边界上

如果多个代理都去碰同一套状态逻辑、同一批组件或同一个数据库迁移,冲突会迅速吞掉并发收益。

高质量并发依赖清晰分工,例如一个代理做内容数据,一个代理做交互组件,一个代理做部署配置,最后由主代理集成。

为什么必须保留统一的收口者

无论开多少子代理,主代理或技术负责人都必须负责整体验收、冲突处理、最终验证和发布判断。

没有统一收口者的并发,很容易变成多个局部最优拼不成一个整体。

Mission

为一个大型全栈应用设计并发开发计划

选择一个“在线教程平台”或“团队协作工具”类产品,把需求拆成研究、设计、实现、测试、部署五条子线,并定义主代理的职责。

  1. 列出每条子线的输入、输出、文件边界和验证动作。
  2. 标记哪些动作需要人工审批或高层决策。
  3. 把最终集成、冒烟测试和上线准备写成主代理清单。