第四章:过渡的四个阶段

软件工程向AOSE过渡经历四个不可逆阶段:副驾驶→智能体→自闭环协作→生态自治。2025年正处于Copilot向Agent模式过渡的关键期,人类角色持续向价值链上游迁移,从编码执行者逐步升级为战略决策者。

1 变革不是一蹴而就

从传统软件工程向面向智能体软件工程过渡,不会一夜之间完成。这是一个逐步解构与重构的过程,涉及技术栈升级、组织文化变革和思维模式的转变。

理解过渡的阶段特征,有助于我们制定合理的路线图,设定切合实际的期望。

2 阶段一:副驾驶阶段(Copilot Era)

时间定位:2024-2025(与智能体阶段重叠,逐步弱化)

副驾驶阶段以GitHub Copilot、CodeWhisperer等工具的兴起为标志,AI扮演程序员的"结对编程伙伴",基于局部上下文(注释、函数名)完成行级代码补全。

然而进入2025年,这一模式正在发生微妙而深刻的变化。随着Cursor Composer、Claude Code、Kiro等Agentic工具的爆发式成熟,开发者发现:与其让AI在已有代码中填空,不如直接让AI理解完整需求并生成整个功能模块。Copilot式的"补全"并未消失,但在越来越多的场景中被更高效的Agent模式所替代。

// Copilot时代:人类写注释,AI补全函数
// 计算两个日期之间的天数差
public long daysBetween(Date d1, Date d2) {
    return ChronoUnit.DAYS.between(d1.toInstant(), d2.toInstant());
}

// 2025年的趋势:人类定义技术需求(实现规格),AI生成完整模块
// "实现一个提醒调度器,包含扫描、生成、发送三个子任务..."
// Agent直接输出:ReminderScheduler.java + ReminderTask.java + 单元测试

2025年是两个阶段的重叠过渡期——Copilot仍在日常使用,但越来越多的开发任务开始迁移到Agent工具。团队的核心任务不再是"如何用好Copilot",而是如何在日常工作中逐步引入Agent工具,从"辅助编码"过渡到"任务委托"

3 阶段二:智能体阶段(Agentic Era)

时间定位:2025年起成为主流(与Copilot阶段重叠,快速替代)

核心特征

进入2025年,软件工程正在经历从"辅助"到"代理"的关键跃迁。以Cursor Composer、Claude Code、Kiro、GitHub Copilot Workspace为代表的Agentic工具,正在快速替代传统的Copilot模式。这些工具不再满足于"补全代码",而是能够理解完整需求、自主规划任务、生成多文件代码、执行测试验证

一个典型的2025年工作场景是:开发者打开Cursor Composer,输入"实现基于手机号和验证码的用户登录功能,包含验证码发送、校验、Token生成",Agent会在几分钟内:

  1. 分析需求并设计技术方案
  2. 创建数据库表结构和领域模型
  3. 生成后端API和前端界面代码
  4. 编写单元测试和集成测试
  5. 提交完整的合并请求

人类的核心工作转变为审查Agent生成的方案是否符合需求,而非亲手编写每一行代码。这种"任务委托"模式正在迅速成为软件开发的主流形态。

值得注意的是:2025年是Copilot与Agent的重叠过渡期。开发者可能上午还在用Copilot补全函数,下午就切换到Cursor让Agent生成整个模块。但随着Agent工具能力的快速提升,使用Copilot的场景正在逐渐减少。

协作模式:专业VibeCoding

在智能体阶段,人机协作的基本单元从函数级跃升至任务级。但与非专业人士随意的"VibeCoding"(即兴编程)不同,专业工程师与Agent的协作是一种受控的对话式开发——看似自然语言交流,实则蕴含着严谨的任务管理和质量控制。

工程师的VibeCoding实践

专业工程师不会一次性丢给Agent一个宏大的需求,而是会刻意控制任务粒度和上下文输入

第一轮:工程师提供核心上下文和初始任务
"这是我们项目的用户认证模块,技术栈是Spring Boot + MySQL。
请先设计验证码服务的数据模型,考虑过期机制和防刷保护。"

第二轮:Agent生成方案后,工程师纠偏
"数据模型基本合理,但缺少发送频次限制。
请增加对单日发送次数的管控,并在达到上限时返回友好提示。"

第三轮:细化下一个子任务
"模型确认无误。现在实现验证码生成和存储逻辑,
要求:验证码为6位数字,有效期5分钟,存储使用Redis。"

第四轮:检查并推进
"实现通过单元测试,但我注意到你没有处理并发情况。
请完善竞态条件处理,确保同一手机号不会在短时间内收到多条验证码。"

关键控制点

专业工程师在与Agent协作时,始终保持着对以下维度的主动控制:

  1. 任务拆分粒度:将完整功能拆解为Agent可单次消化的小任务(通常15-30分钟完成),避免一次性给太多上下文导致理解偏差。

  2. 上下文输入管理:精心选择与当前任务相关的代码文件、配置和文档作为Agent的上下文,排除无关信息干扰。

  3. 过程纠偏:当Agent生成的方案偏离预期时,及时指出问题并提供修正方向——“这里应该使用事务保证一致性”、“这个查询可能会引发N+1问题,请优化”。

  4. 多维结果检查:最终检查不仅验证"业务需求是否正确实现",还包括:

    • 性能:接口响应时间是否符合要求,是否存在明显性能陷阱
    • 安全:输入是否验证,敏感数据是否妥善处理,是否存在注入风险
    • 可维护性:代码结构是否清晰,是否遵循团队编码规范,是否易于后续扩展

这种协作方式看似松散对话,实则是工程师以需求为导向、以约束为边界、以质量为准绳的专业实践。Agent承担了编码的执行工作,而工程师始终把控着架构方向和质量标准。

核心变化:角色与流程的重塑

工程师角色的根本性转变

在智能体阶段,软件工程师的核心身份标识发生了深刻变化。他们不再是那个"亲手写下每一行代码的人",而是转变为"管理代码生产流水线的人"——负责定义生产标准、监控生产质量、处理生产异常。具体来说,工作重心从"编码实现"转向了"方案审查":审查Agent生成的技术方案是否合理、代码逻辑是否完整、业务规则是否符合预期、边界情况是否被充分考虑。

工作流程的系统性重构

随着Agent成为执行主体,传统的软件开发流程也在发生潜移默化的变化:

  • 需求评审进化为需求澄清:团队成员不再只是评审PRD文档的功能描述是否完整,而是聚焦于这些功能描述能否被清晰地表达为Agent可理解的产品需求和业务需求。

  • 任务拆解进化为Agent自动拆解确认:人类提供高层的任务定义,Agent基于其技术能力自动进行子任务拆分,人类则审查拆分的合理性并确认执行计划。

  • 编码进化为方案审查:人类不再直接敲击键盘编写代码,而是审查Agent生成的代码方案,确保其符合设计需求和质量标准。

  • Code Review进化为需求对齐审查:审查的重点从代码风格、命名规范等表层问题,转向"这段实现是否真正满足了最初定义的产品需求和实现规格中的技术约束"。

关键产出与里程碑

成功进入并度过智能体阶段的团队,将收获以下转型成果:

  • 试点业务模块实现AI主导开发:团队能够在一个或多个业务模块中,建立"人类定义需求、Agent自主实现、人类审查验收"的完整工作闭环,证明这一模式的可行性。

  • 需求交付周期显著缩短:由于Agent能够7×24小时不间断工作,且无需等待人类开发者上下文切换,试点模块的需求交付周期有望缩短30%至50%。

  • “Agent工程师"新角色的雏形开始出现:团队中开始涌现出一批特别擅长与Agent协作、精通需求定义和约束设计的成员,他们成为推动转型的核心力量。

  • 初步建立可复用的约束规则库:团队在实践过程中沉淀出一批经过验证的技术约束和业务规则,这些规则可以被复用到后续的任务中,提升Agent生成的准确性和一致性。

4 阶段三:智能体自闭环高效自协作阶段

时间定位:理想态(2028-2030+)

核心特征:三个技术前提的成熟

智能体自闭环高效自协作阶段的到来并非一蹴而就,它建立在三个关键技术前提逐步成熟的基础之上:

前提一:Agent单次生成的准确率大幅提升

随着大模型推理能力的增强和领域特化训练的深入,Agent一次性生成符合预期的代码的概率显著提高。在智能体阶段,工程师需要频繁介入纠偏,而在智能体自闭环高效自协作阶段,Agent能够在大多数常规场景下"一次做对”。这意味着人类从"持续监督"转变为"抽查式验收",将更多精力投入到需求定义和价值判断上。

前提二:多Agent战队形成协作闭环

单一Agent的能力总有边界,但多Agent组成的"战队"可以通过角色分工和相互校验突破这一限制。典型的工作模式是:

  • 架构师Agent负责技术方案设计和模块拆分
  • 开发Agent(前端、后端、数据库等)负责各自领域的代码实现
  • 测试Agent负责生成测试用例并验证功能正确性
  • 审查Agent负责代码质量检查和安全审计

这些Agent之间形成"生成-验证-反馈-修正"的循环闭环:当测试Agent发现缺陷时,自动将问题反馈给开发Agent进行修复;当审查Agent发现安全漏洞时,触发重构流程。人类只需监控这个闭环的运行状态,在Agent无法达成一致或遇到原则性分歧时介入裁决。

前提三:Agent具备长时间任务执行能力

借助大模型上下文控制技术的突破(如超长上下文窗口、关键信息提取、记忆机制等),Agent能够处理需要持续数小时甚至数天才能完成的复杂任务。Agent可以在任务执行过程中维护状态、记住关键决策、在上下文受限时主动总结并继续推进,而不需要人类持续提供上下文提醒。这使得Agent能够承担大型项目的完整开发,而非仅能处理短小的独立任务。

协作模式:从对话式到委托式

当上述三个前提成熟,人机协作模式发生质变。人类不再需要通过多轮对话逐步引导Agent,而是可以一次性委托完整的业务需求,由Agent集群自主完成从理解到交付的全过程。

典型的委托场景

产品经理向系统输入:“我们需要为年费会员增加权益过期提醒功能,目标是提升续费率。核心逻辑是:在到期前30天、7天、1天分阶段提醒,支持App推送、邮件、短信多渠道,到期前7天的提醒要附带续费优惠券。技术要求是:提醒延迟不超过5分钟,接口性能达标,符合短信发送合规要求。”

系统接收这一业务级需求后,Agent战队自动展开工作:

  1. 架构师Agent分析需求,设计"提醒调度-消息推送-优惠券"三个服务边界,定义数据模型和接口契约
  2. 开发Agent集群并行实现各自模块——调度Agent计算提醒时机,推送Agent对接各渠道API,优惠券Agent处理优惠规则
  3. 测试Agent生成覆盖正常流程、边界条件、异常场景的测试集,自动执行并报告结果
  4. 审查Agent检查代码质量、安全合规性、性能瓶颈
  5. 若测试或审查发现问题,自动触发修正循环,直至满足所有验收条件
  6. 最终向产品经理交付可部署的完整方案,附带意图满足度报告

人类在此过程中的角色是:定义清晰的业务需求和验收标准、监控Agent战队的整体进展、在Agent循环无法自动解决的问题上做出决策、最终验收交付成果是否符合业务价值预期。

分层协作模型:Agent战队的自治流程

在智能体自闭环高效自协作阶段,开发流程演变为Agent战队的高度自治系统:

业务需求输入(产品经理定义目标和价值)
    ↓
Agent战队自主规划(架构师Agent拆解、协调各角色Agent)
    ↓
并行开发与相互校验(多Agent协作,生成-测试-审查闭环)
    ↓
自动迭代优化(发现问题→自动修正→重新验证的循环)
    ↓
交付与意图满足度报告(向人类展示成果与验证依据)

人类不再介入每一个执行环节,而是通过设定清晰的需求边界和验收标准,让Agent战队在自治范围内高效运转。人的价值从"如何实现的执行者"彻底转变为"做什么和为什么的定义者"。

团队结构的深度重构

当Agent战队成为开发主力,人类团队的角色定义发生根本性重塑:

传统角色新角色核心职责
程序员Agent战队指挥官设计Agent协作工作流、设定各Agent的权限与边界、在Agent循环无法自治时介入决策
测试人员质量策略师设计验收规格体系、评判Agent测试覆盖的完备性、定义质量门禁规则
架构师需求架构师将模糊的业务需求转化为Agent可理解的规划指令、设计Agent战队的协作协议
产品经理价值定义者清晰表达业务目标和价值标准、验收Agent交付成果的意图满足度

这一重构的本质是:人类从"执行的参与者"转变为"Agent战队的指挥官",负责设定战场规则、监控战局进展、在关键节点做出决策,而具体的战术执行完全交由Agent战队自主完成。

关键产出与变革成果

当三个技术前提成熟、Agent战队成为开发主力,团队将迎来软件生产效率的数量级提升:

  • Agent战队成为标准配置:80%以上的编码工作由Agent战队自动完成,人类从"编码执行者"彻底转变为"Agent指挥官"。单个工程师可以并行管理多个Agent战队的执行任务。

  • 需求交付周期的极致压缩:从天级交付缩短到小时级——当一个业务需求被清晰定义后,Agent战队可在数小时内完成从方案设计、代码实现、测试验证到部署上线的全流程,且质量稳定可靠。

  • Agent协作协议成为核心资产:与代码库相比,定义Agent战队如何分工协作、如何相互校验、如何处理冲突的"协作协议"成为更有价值的组织知识资产。这些协议决定了Agent战队的整体效能上限。

  • 团队结构的根本性重塑:传统开发团队的规模可能缩减50%至70%,但团队整体交付能力反而大幅提升。留下的是那些最擅长指挥Agent战队、设计协作协议、在复杂场景做出关键决策的精英指挥官。

5 阶段四:生态自治阶段(Autonomous Ecosystem)

时间定位:终极形态(2030+)

核心特征:AI主动建议,人类战略决策

生态自治阶段代表着软件系统智能化的演进方向——AI不仅具备执行能力,更能主动感知业务态势、识别改进机会,并向人类提出策略性建议。但这并不意味着人类退出:人类始终负责定义What(做什么)和Why(为什么做),并对AI的建议进行验证和决策。

一个典型场景:系统监测到用户流失率上升,AI主动分析原因,生成多种应对策略及原型,向产品负责人提出建议——“检测到用户流失率上升15%,建议增加个性化推荐功能。已生成演示原型,预计提升留存率8%,成本30万,建议是否启动?”

关键澄清:产品负责人仍需验证这个"What"(做个性化推荐)是否真正契合业务目标,判断"Why"(为了提升留存)是否准确反映了当前核心矛盾。AI提供的是分析结论和建议,人类负责确认问题和价值判断。

需求粒度:战略级

在生态自治阶段,人机协作的单元跃升至战略级。人类设定宏观的价值方向(What和Why)和边界条件,AI主动探索具体实现路径并提议。

人类定义:
- What:提升用户留存
- Why:新客获取成本翻倍,存量运营成为增长关键
- 边界:预算100万内,3个月见效,不损害用户体验

AI提议:
- 选项A:个性化推荐引擎(预计+8%留存,成本30万)
- 选项B:优化新手引导(预计+5%留存,成本10万)
- 选项C:游戏化激励(预计+12%留存,成本50万,风险中)

人类决策:验证各选项的What是否符合战略,评估Why是否成立,选择B+C组合

人机协作:AI提议,人定义并验证

人类的核心职责

  • 定义What和Why:明确战略方向、业务目标和价值追求
  • 验证AI的What和Why:审视AI提出的"做什么"是否切中要害,“为什么"的归因是否合理
  • 价值判断与决策:在AI提供的选项中,基于商业直觉和伦理考量做出选择

AI的核心职责

  • 主动分析:监控数据、识别问题、归因分析
  • 生成方案:提出策略选项、构建原型、预测效果
  • 持续优化:方案执行后持续监测,必要时提出调整建议

在生态自治阶段,表面看起来AI承担了更多"主动"角色,但本质上这是一个更高级别的分工协作:AI负责发现机会、分析选项、提出建议,人类负责确认问题定义是否正确(验证What)、判断价值归因是否成立(验证Why)、做出最终决策。这种模式下,人类从繁琐的信息收集和方案制作中解放出来,将认知资源集中于真正需要人类智慧的价值判断和战略选择上。系统具备自修复能力,产品演进由数据驱动,但这所有的一切,最终都要经过人类对What和Why的验证与确认。

6 各阶段演进特征对照

为了更直观地理解四个阶段的演进脉络,我们将关键维度的特征变化汇总如下:

维度副驾驶阶段
(2024-2025)
智能体阶段
(2025-2028)
智能体自闭环高效自协作阶段
(2028-2030+)
生态自治阶段
(2030+)
AI角色定位程序员的智能补全工具能够独立完成指定任务的执行者全流程自主开发,人类只负责定义和验收主动提出建议并生成原型的战略伙伴
意图表达粒度行级/函数级任务级业务级战略级
核心人机分工人类主导编码,AI辅助补全人类拆解任务,Agent执行实现人类定义业务需求和产品需求,Agent自主完成技术实现人类设定战略方向,AI提议具体策略
关键人类能力提示词工程与需求先行思维任务拆解与Agent管理需求定义与约束设计价值判断与战略决策
团队规模趋势与传统团队基本一致开始出现精简迹象规模缩减50-70%,效能大幅提升精英化的小型团队

这张对照表揭示了一个清晰的演进逻辑:随着AI能力的不断提升,人类的角色持续向价值链上游迁移,从具体的编码实现,逐步上移至任务管理、需求定义,最终到达战略决策的层面。每一阶段的跨越都不是对前一阶段的否定,而是在其基础上的能力升级和范围扩展。

7 本章小结

本章描绘了从传统软件工程向面向智能体软件工程过渡的四个渐进阶段:副驾驶阶段、智能体阶段、智能体自闭环高效自协作阶段和生态自治阶段。这一演进路线图揭示了AI能力发展与人机协作模式演变的内在逻辑。

关于这一过渡过程,有三个关键认知值得特别强调:

第一,阶段演进具有不可逆的递进性。每一个阶段都是下一个阶段的必要基础,无法跳跃。没有在副驾驶阶段积累的提示词经验和对AI能力的信任,团队就无法在智能体阶段有效管理Agent;没有智能体阶段对任务拆解和约束设计的实践,就无法在智能体自闭环高效自协作阶段构建高质量的三层需求体系。前一阶段的基础打得越扎实,后一阶段的跃升就越顺畅。

第二,阶段边界具有重叠性和团队差异性。2025年正是Copilot与Agent模式的重叠过渡期——工具层面两者并存,但Agent工具的使用频率正在快速上升。具体到单个团队,有的可能已经完全使用Agent工具,有的还在两种模式间切换,这取决于业务性质、技术栈和团队习惯。关键是认识到这种重叠是正常现象,重点不在于"完全抛弃Copilot”,而在于"逐步扩大Agent工具的使用范围和深度"。

第三,明确当前位置并设定合理期望至关重要。团队需要诚实地评估自己当前所处阶段,将资源和精力集中在当前阶段的核心能力建设上,而不是好高骛远地追求下一阶段的概念。一个还处于副驾驶早期的团队,如果盲目追求"全流程意图驱动",很可能会遭遇挫折。相反,如果能在当前阶段扎实地积累能力,下一阶段的跃迁往往会自然发生。

在下一章中,我们将从宏观的阶段演进转向微观的流程重构,具体探讨如何在团队层面实施开发流程的转型,将意图驱动的理念落地到日常工作的每一个环节。


思考题

  1. 对照四个阶段的特征描述,诚实地评估你或你所在的团队当前处于哪个阶段?是刚刚脱离Copilot主导、正在探索Agent工具的智能体阶段早期,还是已经建立了较成熟的Agent协作模式?根据当前位置,下一步最核心的能力建设应该是什么?

  2. 阶段演进具有不可逆的递进性,但2025年正是Copilot与Agent模式的过渡期。回顾你最近一个月的编码工作,Copilot式的代码补全和Agent式的任务委托各自占比多少?你认为哪些类型的任务更适合交给Agent完成,哪些仍需依赖传统的编码方式?

  3. 在智能体自闭环高效自协作阶段,“Agent工程师"或"Agent战队指挥官"将成为核心角色。对照这一角色的能力要求(任务拆解、约束设计、需求定义),你认为自己当前最强的能力和最大的差距分别是什么?你计划如何弥补这一差距?