Agentic Software Engineering (ASE):软件开发格局再次转变

发布: (2025年12月3日 GMT+8 03:40)
9 min read
原文: Dev.to

Source: Dev.to

这些天,我们经常听到类似“使用编码代理实现成功的 CI/CD 自动化”或“仅几天就完成的副项目 MVP”的故事。显而易见,AI 代理正从单纯的助手角色转向深入实际开发工作流

行业流行词如 AI 驱动开发、AI‑DLC(AI‑驱动开发生命周期)以及 Agentic Software Engineering(SE 3.0)已经层出不穷。我想从一名在职开发者的视角梳理这一快速演进的趋势,并称之为 “Agentic Software Engineering (ASE)”

ASE 远不止简单的代码生成。它标志着一种全新的软件开发框架,代理能够理解并主动参与整个软件开发生命周期,包括测试、重构和部署。这已经超出“稍微聪明一点的自动补全”的层次。它指的是能够把微服务中的所有代码和文档作为上下文,结合各种工具,生成实际变更列表的代理。

自软件诞生以来,基本框架——需求、设计、实现、测试和运维——基本保持不变。这五个阶段是软件工程的基石,短期内不太可能轻易改变。ASE 带来的变化是能够以更高质量的产品和更大敏捷性来执行这一生命周期。

然而,仍然很少有人能清晰回答这种变化将如何发生未来会是什么样子。我们能感受到 AI 正在改造开发范式,但变化的速度如此之快,以至于很难预测下一步。随着概念和工具每隔一年或两年就不断更迭,没人能自信地说出**“下一状态是什么”**。

我们最实际的做法是回顾并重新审视过去的范式转变到底改变了什么

OOP、TDD 与 Agile 实际带来的变革

1. OOP:让软件能够抵御复杂性的结构化范式

在面向对象编程(OOP)出现之前,过程式编程是主流。OOP 在 1970 年代通过 Smalltalk 构想,并在 C++、Java、C# 等语言的推动下成为主流。它使用类、对象和消息等概念,对日益复杂的大型 GUI 应用、游戏引擎和企业业务系统进行结构化。

核心洞见在于,从过程式到面向对象的范式转变让我们能够在**“可维护的复杂度水平”**上管理软件。OOP 为数十年的软件质量和生产力提升奠定了绝对基础。

2. TDD:降低缺陷密度、提升可维护性的实用技术

正如 IBM 与 Microsoft 的著名案例研究所展示,测试驱动开发(TDD)取得了显著成果,采用后预发布缺陷密度降低 40–90 %

虽然最初的开发时间略有增加,但收益——更少的 bug、更多的测试覆盖、更好的代码结构以及更容易的重构——从整个生命周期的角度显著提升了质量和可维护性。TDD 通过提供“紧密的反馈回路”,改变了编写代码的“实用技术”。

3. Agile 与 Scrum:让组织能够快速转向的 Methodology

从瀑布式转向 Agile/Scrum 不仅是开发方法的改变,更是组织文化的转变。它把“缓慢、文档繁重的项目管理”转为“小团队的迭代实验与快速转向”。

亚马逊使用“两个披萨团队”结构实现快速、以客户为中心的实验和频繁部署是 Agile 如何改变组织执行速度的典型案例。

关键共通点

  • OOP 改变了代码结构可复用性
  • TDD 改变了对已写代码的信心
  • Agile 改变了组织、流程和文化

三者共同使我们能够**“更稳健、更频繁、更安全”**地构建软件。

ASE 的价值与前置条件:一个并非免费得到的未来

正如从过程式编程转向 OOP 需要学习新范式并改变团队文化,向 ASE 的转变也将类似。代码仍然存在,需求/设计/测试/运维的框架仍然保留。

变化的是**“我们验证并部署新想法的速度”**。

ASE 的核心价值

  • 代理级可复用性:将提示、工作流和工具组合管理为可复用的“代理模块”,提升开发单元的粒度。
  • 最大化实验速度:通过**“1 人类 + 代理栈”**组合,实现从原型到测试再到部署的全链路高速迭代。

如果这种组合得以落地,软件开发速度和实验密度极有可能达到前所未有的规模。

ASE 不是“安装”,而是“重新架构”

然而有一个关键警示:ASE 并非仅仅通过采用编码代理或跟随潮流就能自动实现的变化。必须先为代理搭建好环境,才能让它真正工作。

让代理发挥全部潜力的前置条件

  • 丰富的上下文所有源代码、设计文档、规格说明和 Issue在微服务之间必须关联并可检索,为代理提供充足的上下文。
  • 完美的反馈回路:必须建立单元/E2E 测试环境和沙箱,覆盖几乎所有代码,使代理能够自行生成并执行测试。
  • 自动化工作流:需要强大的 CI/CD 流水线,能够运行静态分析和安全扫描。

在缺乏这些基础设施的组织中,代理最终只能充当 IDE 中更聪明的自动补全。ASE 更像是**“重新构建整个开发环境以适配代理”,而不是“安装新工具”**。

谁将引领这场变革?

过去的模式会再次出现。正如当 OOP 刚出现时并非所有公司都能立刻重写所有代码,ASE 也会走类似的路径。

  • 有些团队只会把代理当作实现任务的智能编码助手。
  • 另一些团队会提前构建框架,让测试、文档、重构和部署都交给代理处理。

这些先进的团队将实现更频繁的部署和更紧凑的实验,且所需人力更少

结论

软件工程的骨架仍在,但范式再次转变。这一次,AI 代理位于变革的核心。

“Agentic Software Engineering (ASE)” 不仅是提升效率的方法论,更是一次根本性地重新定义我们如何构建和交付软件的机会。

你是仅仅观望这个时代,还是愿意去设计你团队的环境?

Back to Blog

相关文章

阅读更多 »

切换账户

@blink_c5eb0afe3975https://dev.to/blink_c5eb0afe3975 正如大家所知,我正重新开始记录我的进展,我认为最好在一个不同的…

Strands 代理 + Agent Core AWS

入门指南:Amazon Bedrock AgentCore 目录 - 前置要求(requisitos‑previos) - 工具包安装(instalación‑del‑toolkit) - 创建…