Netlify CTO Dana Lawson：编写代码已不再是工程师的核心工作

背景

本周，Netlify 首席技术官 Dana Lawson 在伦敦举行的 AI Native DevCon 大会上发表演讲。她指出，自 20 世纪 90 年代以来，软件工程行业一直在构建“护栏”以防止人类破坏生产环境。然而，随着 Agentic AI（代理式人工智能）的兴起，这些护栏正在被移除。Lawson 向现场观众表示：“我们现在要撤掉这些护栏，说：嘿，来和我们一起玩，来创造，去构建世界的下一个体验。”

这一转变标志着抽象层的进一步提升：意图（Intent）——通过对话语言表达——正在成为新的编程语言，使得指数级增长的人群能够进行创造。Lawson 预测，到 2029 年，将有一亿个新应用程序被创建，这得益于 AI 赋能的“构建者”（Builder）。

尽管这对“公民开发者”（Citizen Developers）而言是利好消息，但对于许多软件工程师来说，这是他们首次面临如此严重的职业不确定性。行业变化之快，加上科技巨头的大规模裁员新闻，让许多人质疑：既然自己很少再编写代码，那么自己的角色究竟是什么？

核心内容

Dana Lawson 认为，如果软件开发不再由编写代码定义，那么区分工程师的关键在于他们是否理解代理体验（Agent Experience, 简称 AX）的能力与边界。

工程师角色的演变：从编码到“生产牧羊人”

Lawson 指出，在某种程度上，工程师的角色并未改变，因为编写代码从来只占工程师工作的不到四分之一，且日益成为最不具战略性的部分。在 AX 时代，工程师的角色更像是“生产的牧羊人”。

“你要确保输入和输出的内容都被充分理解，”Lawson 解释道，“如果我们正确地实施代理式体验，这些代理应该是事件驱动的活动，信号是被推送到开发者那里，而不是由开发者去拉取。”

如今，代理式技术采用的成功或失败，取决于对复杂系统、生产路径以及业务背景的全面理解。Lawson 强调：“代理体验是在软件交付生命周期中，思考所有新的系统上下文和意图。它是一种设计人类与代理无缝协作的实践，而不仅仅是让 API 调用对代理友好。”

Netlify 的平台重构与双重受众

Netlify 成立于 2014 年，最初是面向前端网站和应用开发者的平台。随着大量不懂 Git、不懂开发者术语的“公民开发者”涌入，平台必须重新构建，不仅要与开发者沟通，还要与 AI 代理及这些新构建者沟通。

在重新设计平台以服务于这两类新受众的过程中，Netlify 发现其服务原有开发者群体的能力反而得到了提升。Lawson 将代理体验定义为开发者体验（Developer Experience, DX）与用户体验（User Experience, UX）的结合。通过同时解决这两方面的问题，她的团队最终帮助用户克服了长期阻碍行业进入的制度性和领域知识壁垒，打破了只有计算机科学学位者才能入行的局限。

“当我们使代理的错误信息更清晰、为机器结构化构建输出，并消除不必要的摩擦时，我们的开发者也从中受益，”Lawson 反思道，“我们移除的每一个人类假设，都让平台对所有人变得更好。”

从“能做什么”到“该做什么”

正如 Outcome Engineering 所论证的那样，AI 消除了人类带宽作为限制因素。这意味着工程师的工作重心更加转向决定“不做什么”。

“残酷的真相是，你将不得不构建大量可能在几个月内而非几年内就会过时的东西，”Lawson 在随后的采访中对 The New Stack 表示，“因此，找到正确的路径并将意图放在正确的领域，才是关键。这恰恰是开发和工程实践的核心所在，因为现在世界上任何人都可以 literally（字面上地）构建任何东西。”

工程师的责任是确保构建者构建的内容是正确的——符合业务需求、客户利益、安全性以及世界利益。Lawson 指出：“我们肩负着责任，确保实施压缩、思考压缩效率，构建正确的资源，使互联网继续对所有人保持开放和民主化，同时也对环境友好。”

这意味着工程实践必须比以往任何时候都更专注于内部技术栈、人员和流程。

为代理和代理意图重构系统

Lawson 强调，必须重新思考整个技术栈，从意图的表达方式到系统的通信机制，以建立信任。企业系统原本是为人类操作员设计的，而代理在跨越边界时存在困难，因为每个 API 都说着不同的“方言”，关键工作流往往只存在于口耳相传或未经记录的文档中。

为此，Lawson 提出了推动更好代理体验的架构演进方向：

1. 从 API 到能力（Capabilities）： 传统软件架构通过 API（如 POST, GET, PATCH）暴露端点，而代理原生系统通过“能力”暴露意图级操作，表达你想完成什么（例如 create_a_site, deploy-repository）。
2. 从请求-响应到事件驱动： 摆脱“请求-等待”模式，代理订阅事件，观察系统行为，并在获得许可后自主行动。
3. 从机器可读到代理可读（Agent-legible）： 摆脱个人对某些“神秘”架构段落的理解，代理式平台为代理和人类共同创建架构复杂性蓝图，使他们在做出更改前就能理解系统。

这种开发周期变成了一个持续的人机循环，不再是对运维团队的“交接”。Lawson 表示：“这是每个人同时参与，人类通过提供判断力、品味和方向留在循环中。这个循环以机器速度运行。这不是取代工程师，而是放大每个人成为构建者的能力。”

人类设定的代理边界

代理不仅编写代码，还参与企业基础设施的生命周期：生成测试、检测故障、分析构建块、提出修复方案、打开 PR、CI/CD——这一切都变成了一个持续的反馈循环。

对于 Netlify 团队而言，代理体验应扎根于驱动它的人类，具体体现为：

• 每个代理仅在其指定的沙箱内执行。
• 默认情况下保持“人在回路中”（Human-in-the-loop），专注于工程师工作中有意义、由意图驱动的部分。
• 记录每个代理的操作，使其可审计并可立即回滚。

“如果你无法解释代理做了什么，你为什么要信任它在生产环境中运行？”Lawson 问道。工程实践正从实现每个功能，演变为确保系统和护栏架构紧密且稳固。

有趣的是，为代理设计实际上一直也是在为人类设计。“这不仅仅是代理体验，也是人类体验，这就是 AX 的意义所在，”Lawson 总结道，“构建代理可以与之协作的系统的那种判断力，就是未来的工程技能。代理体验确保代理放大人类的创造力，而不是取代它。”

关键要点

• 核心定义转变：编写代码已不再是工程师工作的核心或最具战略性的部分。工程师的核心价值在于理解“代理体验”（AX），即设计人类与 AI 代理无缝协作的方式。
• 新角色定位：工程师转变为“生产的牧羊人”，负责确保输入输出的质量，理解复杂系统、生产路径及业务上下文，而非仅仅执行编码任务。
• 平台重构红利：Netlify 通过重构平台以支持 AI 代理和公民开发者，反而提升了原有开发者的体验。清晰的错误信息、结构化的输出和减少摩擦的措施，同时惠及了人类开发者和 AI 代理。
• 架构演进方向：
  • 从暴露端点的 API 转向表达意图的“能力”（Capabilities）。
  • 从请求-响应模式转向事件驱动模式，允许代理自主行动。
  • 从仅机器可读转向“代理可读”，创建人类与代理共同理解的架构蓝图。
• 工程重点转移：工作重心从“实现功能”转向“决定不做什么”以及确保系统的安全性、合规性和可持续性。工程师需专注于内部技术栈、流程和护栏架构。
• 安全与信任机制：必须建立人类设定的边界，包括沙箱执行、默认的人机协作模式以及完整的操作日志与回滚机制，以建立对 AI 代理的信任。
• 最终目标：AI 并非取代工程师，而是通过放大人类的判断力、品味和方向感，消除人类带宽的限制，从而放大每个人的构建能力。

意义与影响

Dana Lawson 的观点标志着软件工程行业进入了一个新的范式阶段。随着 Agentic AI 的普及，编程的门槛被大幅降低，潜在的应用构建者数量将呈指数级增长。这对传统软件工程师构成了深刻的职业挑战，但也带来了角色升级的机遇。

首先，**工程师的价值主张发生根本