Netlify 首席技术官 Dana Lawson:编写代码已不再是工作核心。
Netlify CTO Dana Lawson: Writing code is no longer the job

原始链接: https://thenewstack.io/netlify-agent-experience-engineers/

Netlify 首席技术官 Dana Lawson 认为,代理式人工智能(Agentic AI)的兴起正在重塑软件工程,使工程师的角色从编写代码转向精通“代理体验”(AX)。随着人工智能赋能“平民开发者”通过对话意图构建应用程序,传统工程师的价值已不再体现在语法上,而在于系统架构、商业策略和监督能力。 Lawson 强调,工程如今已演变为“生产的引导者”。在代理驱动的世界中,要获得成功,就需要重新思考系统设计,使其具备可被代理理解、事件驱动的特性,并能够处理意图而非仅仅是 API 请求。通过构建防护栏、确保可审计性并坚持“人在回路”(human-in-the-loop)的原则,工程师能够提供必要的判断力和品味,从而有效引导 AI 代理。 归根结底,Lawson 认为 AX 并非要取代开发人员,而是为了增强他们的能力。通过梳理架构并消除 AI 的阻碍,工程师同时也为人类创造了更好的系统。工程的未来在于设计稳健、可信且可扩展的环境,让机器与人类无缝协作,将意图转化为安全且高价值的成果。

最近的一场 Hacker News 讨论对 Netlify 首席技术官 Dana Lawson 关于“写代码不再是工作重点”的论断进行了批评。评论者的态度大多持怀疑和不屑,许多人认为 Lawson 以及 CTO 群体通常缺乏对软件工程的深层理解。 参与者将 CTO 分为两类:一类是能够赢得尊重的实干型领导者,另一类是更看重企业形象胜过技术深度的“职场政客”。批评者称 Lawson 的言论“脱离群众”,认为这反映出领导层与开发工作实际情况日益脱节的普遍趋势。 除了对领导层的批评,讨论还涉及了软件基础设施格局的变化。一些用户指出,像 Netlify 这样作为 AWS 等平台抽象层的服务正逐渐被视为多余,导致企业转向自托管解决方案。归根结底,该讨论反映了行业对那些轻视编程本身价值的高管观点所持有的愤世嫉俗的态度。
相关文章

原文

“I’ve been doing this since the ’90s — decades of building guardrails to prevent humans from breaking production. We’re now removing those guardrails and saying: Hey, come play with us, come create, go build the next experiences of the world,” Netlify CTO Dana Lawson told the packed audience this week at AI Native DevCon in London.

Agentic AI has established the next layer of abstraction, where intent — expressed in conversational language — becomes the next programming language that exponentially more people can create with. There will be a billion new applications written by 2029 because AI enables what Lawson calls the builder.

Sure, this is great for these citizen developers. But, for many software engineers, this is the first time they’ve faced this level of career uncertainty. The industry — and by extension the world — is changing so fast, and tech layoffs dominate headlines. Even if your company hasn’t taken that aggressive route, it’s normal that you’d question what your role is now that you seldom write code.

So if software development is no longer defined by writing code, what distinguishes an engineer? According to Lawson, they are the ones who understand what agent experience (AX) can and should be.

Dana Lawson at AI Native DevCon this week in London (Credit: The New Stack)

Has the engineer’s role changed?

In some ways, no. Because writing code was only ever less than a quarter of an engineer’s job, and increasingly the least strategic bit. 

“You are the shepherd of production,” Lawson says of the engineer’s experience in the age of AX. “Make sure that what goes in and what goes out is well-understood. If we do agentic experiences right, those agents should be event-driven activities where the signal is pushed to a developer versus pulled.”

Now more than ever, success or failure of agentic adoption comes down to a comprehensive understanding of complex systems, the route to production, and business context.

“Agent experience is thinking about all that new system context and intent in the software delivery lifecycle,” Lawson contends. “It is the practice of designing where humans and agents collaborate seamlessly — and it isn’t just about making API calls agent-friendly.” 

Netlify launched in 2014 as a platform for front-end website and application developers. This new onslaught of citizen developers don’t speak developer; they don’t know what git is. In response, the platform has had to be rebuilt, not just to communicate with developers, but with AI agents and these new builders. 

In reworking the platform for these two new audiences, Netlify found it was better able to serve its developer audience. Because, as Lawson defines it, agent experience is a combination of developer experience and user experience. And by solving for both, her team was finally able to help users overcome institutional and domain-knowledge boundaries that have always gatekept the industry, limiting it to folks with computer science degrees. 

“When we made the agent error messages clearer, structured the build output for machines, and removed unnecessary friction, our developers also benefited from this,” Lawson reflects. “Every human assumption we removed made the platform better for everyone.”

For both kinds of builders, it’s about what to build.

As Outcome Engineering argues, AI removes human bandwidth as a limitation. That means the engineer job becomes even more about deciding what not to build.

“The bitter truth is you’re going to be stuck building a whole bunch of stuff that’s going to be obsolete, probably in months, not years. So finding the right paths and putting intent in the right areas is what’s going to be the keeper,” Lawson tells The New Stack in a follow-up interview, about this risk of too much too fast. “This is where development and engineering practices are core to this because now anybody in the world can literally build anything.”

It’s up to engineers to make sure what the builders build is right — for your business, your customers, security, and the world. 

“We have the burden of responsibility on our shoulders to make sure that we are implementing compaction, we are thinking about compression, that we are building the right resources to make the internet continue to benefit open and democratized for everybody, but also be environmentally friendly,” she continues. 

This means that engineering, more than ever, must focus on the internal tech stack, people, and processes. 

Systems rebuilt for your agents and agentic intent

“You really do have to rethink the entire stack along the way, from how we express the intent to how systems communicate, so that we can trust,” Lawson says. After all, enterprise systems were designed for human operators. 

“There was an intent that you would be a part of that loop, even if stuff was set to work continuously, agents struggle with this. They can’t see across boundaries. Every API speaks a different dialect,” as Lawson puts it. Critical workflows are known only by word of mouth, “in a Slack thread from 2022, in an undocumented Terraform module.”

Lawson offered architectural evolutions that drive better agent experience:

  1. From APIs to capabilities: while software architecture has always exposed endpoints via APIs (e.g. POST, GET, PATCH), agent-native systems expose intent-level operations through capabilities that express what you want to accomplish (e.g. create_a_site, deploy-repository)
  2. From request-response to event-driven: moving away from request-and-wait, agents subscribe to events, observe system behavior, and, when permitted, act autonomously
  3. From machine-readable to agent-legible: Shifting away from individuals’ understanding of certain “mysterious” segments of architecture, an agentic platform creates architectural complexity blueprints—for agents and humans alike—to understand a system before they make changes

“This development cycle becomes a continuous human-agent loop, so no longer is it a handoff” to operations teams, Lawson says. “It is everybody participating at the same time, and the human stays in the loop by providing judgment, taste, direction. This loop moves at machine speed. This isn’t replacing engineers, it’s amplifying everybody’s ability to be a builder.”

Human-set agentic boundaries

“Agents don’t just write the code; they’re participating in the enterprise infrastructure lifecycle; they’re generating the tests, detecting faults, analyzing build blocks, proposing fixes, opening PRs, CI/CD — it all just becomes a continuous feedback loop,” Lawson remarks. “Some things may not be at that level of sophistication, but this is where you need to start thinking about reinventing those needs.”

At least for now, agent experience should be grounded in the humans driving it. For the Netlify team, that looks like:

  • Each agent only executes within its specified sandbox.
  • Human-in-the-loop by default, focusing on meaningful, intent-driven part of the engineer’s job.
  • Each agent action is logged, making it auditable and instantly rollable back.

“If you can’t explain what the agent did, why would you trust it in production?”

“If you can’t explain what the agent did, why would you trust it in production?” Lawson says.

“Engineering evolves from implementing every feature to really ensuring that the systems and guardrails architecture is tight and solid.”

The good thing is, at least for now, designing for agents actually was designing for humans all along. “It’s not just agent experience, it’s human experience, and that’s what AX is for,” Lawson puts it.

“The judgment to build systems that agents can work with, that is the engineering skill of the future…”

“AI forced us to clarify our architecture, our structure, and our signals. It, in fact, made us all better developers. The judgment to build systems that agents can work with, that is the engineering skill of the future, and agent experience ensures agents amplify human creativity rather than replace it.”

Group Created with Sketch.
联系我们 contact @ memedata.com