AI Engineer World's Fair 2026
The 2026 State of AI Engineering — Barr Yaron, Amplify Partners
Slide chapters
23 slide and demo groups · Timestamps are approximate. 7 additional groups were omitted from this pass.
Read the talk
The 2026 State of AI Engineering
AI engineering teams are combining more models, granting agents write access and shipping more experiments, while cost, evaluation and maintenance increasingly shape what they can build.
From a talk by Barr Yaron
What are AI engineers actually doing?
How do you describe the state of a field that changes while you are making the slides? Model announcements provide a steady stream of news, but a different question matters for engineering: what are people actually building and operating? Barr Yaron, an investment partner at Amplify, runs an annual survey to capture that practice. The 2026 survey was conducted with Notion and Vercel and received 1,048 responses.
AI engineering is a discipline, not a single job title. Respondents include founders, CTOs, engineers and product people across company sizes. For the third year, the sample skews toward experienced software engineers who are comparatively new to AI. Among respondents with more than ten years of software experience, over half have three years or less of AI experience. The median new engineer has nearly as much AI experience as the median software veteran: one group is learning a new paradigm, while the other has barely known software without it. These results describe survey respondents, not population-wide estimates of the industry.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Audio leads intentions; images show realized adoption
Doing AI at work can mean very different things, starting with the modality. Text dominates current building activity. To understand what might come next, Yaron looks at intent to adopt: among people not currently building with a modality, what share plan to use it? The denominator is current nonusers, not all respondents.
Among current audio nonusers, 56% plan to adopt it, compared with 37% in the 2025 survey. Audio leads adoption intent in both years. That measures stated plans, not completed adoption; the year-to-year comparison also describes separate annual survey samples rather than tracking the same teams.
The largest realized change is elsewhere: the share of respondents using image generation and reporting that it works well rose from 18% to 36%. This is a combined usage-and-satisfaction measure, not the share using images in any form. Yaron connects the change to improving products, including Nano Banana, Nano Banana 2 and ChatGPT Images 2.0. Her explanation is that image generation crossed a usefulness threshold—from conspicuously flawed outputs, such as malformed hands, into real work. The survey records the adoption change; it does not establish that particular releases caused it.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Open weights complement closed models
The public debate often treats open-weight and closed models as competing destinations. Production usage is less exclusive: 94% of respondents report using closed models, and 45% report using open-weight models. Those categories overlap. More than 90% of open-weight users also use closed models, so open weights primarily augment the model portfolio rather than replace it.
Asked for their top three model-selection considerations, only 5% of respondents include whether a model is open or closed. Quality leads, followed by agentic capabilities such as tool calling and cost, which Yaron describes as tied. Only one in five names reliability. Her interpretation is that reliability may have become a threshold requirement: once candidate models are reliable enough, teams choose among them on quality, capability and price. That is a hypothesis about the ranking, not evidence that reliability no longer matters.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Standardize the tools, retain model choice
Model diversity extends beyond the open-versus-closed distinction: 87% of teams use more than one model. The survey identifies several ways to select a model for a particular job:
- Route by task type. The most popular approach assigns different kinds of work to different models.
- Compare outputs. Run multiple models and compare their responses.
- Route by cost. Let spending considerations influence which model handles the work.
These approaches preserve access to models with different strengths instead of assuming one model should handle everything.
At the same time, more than half of respondents say their organization is beginning to standardize on fewer AI tools. Some consolidate particular layers while remaining flexible elsewhere. Standardization is happening in platforms and tools, while the model layer remains diverse. A common operating environment can therefore coexist with multiple model choices.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
The usage bill shapes product ambition
Managing multiple models and AI workflows brings the usage bill into product design. Cost regularly shapes how ambitiously 40% of respondents use AI; another 36% say it sometimes does. Together, roughly three quarters adjust their ambitions based on cost. Finding a useful application is only part of the decision: teams also have to decide how much of that application they can afford to run.
Cost and token usage rank second among production monitoring concerns, below quality. Yaron compares this attention to monitoring an SLA: spending has become an operational constraint that teams watch continuously, rather than a bill considered only after the product is built. The comparison describes engineering attention, not a contractual service guarantee.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Agents gain write access before controls settle
Agents make the operational stakes more concrete. As attention shifts toward harness engineering—the surrounding software that runs and constrains agents—the survey asks what permissions agents actually have. Reported agent use reaches 95%, roughly double the previous year, a figure Yaron herself says seems high. Among respondents building with agents, reported write access rises from 52% to 89%.
These are two separate changes: more respondents use agents, and a greater share of agent users grant write permissions. Together, they produce a more-than-threefold increase in the share of all respondents using write-enabled agents. The conditional write-access percentage alone did not triple. The distinction matters because write-enabled agents can change data inside systems, moving beyond reading, summarizing and drafting into actions with persistent consequences.
The leading controls are human approvals and permission gating. One decides whether an action may proceed; the other limits which actions are available at all. Yaron compares this relatively blunt toolkit to managing an intern. Below those leading approaches, practices scatter across task decomposition, retrieval, memory and sandboxing. There is no settled control layer, and she singles out memory and persistent context as areas likely to evolve.
About two thirds cite hallucination or losing context mid-task as their greatest frustration with agents. This is a report about what frustrates users, not an instrumented breakdown of failure rates. It nevertheless explains why control cannot stop at tool permissions: an agent can have valid access and still act on an incorrect belief or forget an earlier constraint.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Evaluation remains difficult; product logic stays close
Evaluation remains the most frequently named stack challenge, but its lead over other problems is narrowing. In total, 96% of survey respondents report a problem with their stack. The disagreement is over which problem matters most, suggesting a broad set of infrastructure needs rather than one dominant missing component. Even within evaluation, teams use multiple methods, and informal vibe review remains the most common.
Build-versus-buy choices across eight stack layers reveal a practical boundary. Every layer has a mix of approaches, but teams most often buy inference and model serving while retaining more of the logic that determines their product’s behavior.
| Layer | Reported tendency |
|---|---|
| Inference and model serving | Most frequently purchased |
| Prompt management | 61% build it themselves |
| Prompts, RAG and evals | Relatively more likely to stay in-house |
| Fine-tuning | Most respondents do not have it |
The distinction is relative, not a rule that every team follows. Serving infrastructure is broadly reusable; prompts, retrieval-augmented generation and evaluations sit closer to what makes a particular application useful.
Existing choices also appear persistent: buyers show limited interest in building, and builders show limited interest in buying. That suggests established boundaries are not about to disappear, although stated intentions alone do not prove technical lock-in.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Cheaper experiments create more work to understand
Across organizations ranging from solo founders to large enterprises, the sentiment is strongly positive. In this builder-heavy sample, 97% report a net positive organizational effect. The leading benefit is not simply faster execution; it is cheaper failure. Teams can try more ideas, build more prototypes and place more bets before committing to an approach. Yaron’s description of trying things as nearly free captures the change in experimentation, not a measured absence of cost.
Lower generation cost also creates more output to review. Over nine in ten respondents report some negative downstream effects. Common concerns include erosion of deep technical skills and understanding of the codebase, alongside increased review burden. Positive net impact and negative consequences are compatible: teams can value the additional experiments while still struggling to inspect, understand and maintain the work those experiments produce.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Shipping software extends beyond engineering
The organizational change reaches role boundaries: 81% say AI blurs the line between engineering and product, design and marketing. Shipping software is a particularly visible example. More than a third of teams have non-developers shipping features, mostly smaller or internal work.
The change also reaches customers: 17% report non-developers regularly shipping customer-facing features across the stack. Even when non-developers are not shipping, a third of teams see them producing useful prototypes, front-end mocks and other artifacts. These are distinct levels of participation—exploring an idea, shipping internal functionality and delivering customer-facing features—but each expands who can contribute directly to software creation.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Happier now, uncertain about the maintenance bill
Current satisfaction does not eliminate concern about what comes later. AI improved job satisfaction for 76% of respondents, while 59% fear today’s AI code creates long-term liabilities. Only a third call software engineering a solved problem, and Yaron cautions that people define software engineering differently. Respondents are also unsure what will happen with hiring. The immediate experience can be happier and faster while the long-term maintenance burden remains unresolved.
The five-year questions move from present experience into speculation:
| Five-year proposition | Reported response |
|---|---|
| A leading lab will declare AGI | 67% expect a declaration |
| Transformers will remain state of the art | 9% bet yes; most are unsure |
| More AI compute will be in space than on land | 36% yes; 38% no |
The AGI question deliberately asks about a declaration, not demonstrated achievement. Likewise, the transformer result is mostly uncertainty, not a consensus around a successor architecture. The space-compute responses are closely divided, and the yes/no figures do not exhaust the responses.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Operating the systems that experimentation creates
The closing picture is a discipline moving from discovering useful applications to operating their consequences. Positive organizational impact and improving image tools encourage more experimentation, while audio attracts the strongest adoption intent. Cost constrains how far teams take those experiments. Open weights add choices inside increasingly consolidated tool stacks, and write-enabled agents make control more consequential. The emerging division of labor is recognizable: buy more of the inference infrastructure, keep more of the product logic close, and work out how to govern systems that can now change the world they read.
The full 2026 AI Engineering Report includes every chart and additional breakdowns beyond the presentation. Yaron closes by inviting questions for the next survey: what engineers need to understand in 2027 will depend on what they build—and what becomes difficult to operate—between now and then.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Resources
From the talk
Barr Yaron’s full survey report, covering model use, agent permissions, infrastructure choices and organizational effects.
The preceding annual survey, including modality adoption intentions, agent permissions and evaluation practices.
Google’s introduction to Gemini 3.1 Flash Image, with generation and editing capabilities, developer documentation and example applications.
OpenAI’s launch announcement for ChatGPT Images 2.0, with a link to try image generation.
Read the complete timestamped transcript
23 slide groups. Extracted from the recording; expand builds to follow changes. Timestamps are approximate. 7 additional groups were omitted from this pass.
- 0:00
[upbeat music] Now joining us on stage is the partner at Amplify, Barr Yaron. [upbeat music] [audience applauding]
- 0:37
Fantastic. D- you did a great job practicing. I feel very, very loved. Um, let's get started. So, like you just heard, my name is Barr. I run a survey every year on the state of AI engineering.
2026 AI Engineering Survey
Barr Yaron runs an annual survey to understand what AI engineers are doing. This year, he partnered with Notion and Vercel for the first time.
Text in image
2026 AI Engineering Survey Amplify Notion Vercel Barr Yaron
- 0:53
And the funny thing about running a survey on the state of AI engineering is that the field changes as you make the slides.
- 1:01
Just in the past week, we've had frontier releases treated like national security events, Meta reportedly exploring selling AI compute. By the time I get off stage, maybe something else will happen, so if I miss a major announcement while I'm up here, please come find me after.
- 1:18
But that's exactly why we run this survey every year, to cut through the noise, take a moment, step back, and understand what AI engineers are actually doing. Uh, for the first time this year, we were thrilled to partner with Notion and Vercel to run this survey.
- 1:36
Very quickly on me, uh, this is the least interesting slide. I'm an investment partner at Amplify, very lucky to invest in companies built by and for AI engineers. And I'll make the same promise that I make every single year, which is short time on Barr, long time on bar charts.
- 1:53
So let's get right into it with lots of bar charts.
Demographics
Yaron opens the demographics section by thanking people who filled out the survey.
Text in image
Demographics
- 1:59
First, let's talk about-- Well, maybe raise your hand. Did you fill out the survey? This is a very large group. Okay. Yes, I see you in the front. Um,
- 2:09
if the answer is you, thank you so much. If the answer is not you, I will find you in 2027. [laughs] But genuinely, this only exists because a thousand of you gave your time, so thank you.
1,048 respondents
The survey drew 1,048 respondents this year. Barr Yaron thanks them for giving their time.
Text in image
1048 respondents Amplify AI Engineering Survey © 2026
- 2:20
We had one thousand and forty-eight respondents this year, which is a lot of AI engineers.
Who Responded
Founders and CTOs (23%) and AI engineers (19%) lead the 1,048 respondents. They span roles and company sizes; about 68% work at organizations with fewer than 100 people.
Text in image
Who Responded 1,048 respondents — mostly founders, CTOs, and AI engineers Founder / CTO: 23 AI Engineer: 19 Other: 14 Fullstack Engineer: 12 Engineering Manager / Tech Lead: 9 Product Manager: 9 Research Scientist / Research Engineer: 4 Backend Engineer: 3 Data Engineer: 3 Frontend Engineer: 2 Data Scientist: 2 ML Engineer: 1 X-axis ticks: 0%, 4, 8, 12, 16, 20, 24 Global, from orgs of all sizes – from startup to enterprise – but skew smaller. ~68% <100 people Amplify AI Engineering Survey 1 © 2026
- 2:26
And to be precise, this is not just AI engineers, as I'm sure you see at the conference. Every year, we see that AI engineering is more of a discipline than a job title.
- 2:35
It touches founders, CTOs, engineers, product people, folks across company sizes and experience levels. And that range shows up in experience, too. Um, for the third year running, we see the same pattern, which is skewed towards senior engineers, but newer to AI.
Seniority doesn’t buy AI experience
Among respondents with 10+ years of software experience, 51% have at most three years of AI experience. Software experience peaks at 10+ years; AI/ML experience peaks at 0–3 years.
Text in image
Seniority doesn’t buy AI experience And the newest developers are already AI-native Years of experience Y-axis ticks: 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65 In software: 0–3: 28; 4–6: 18; 7–9: 8; 10+: 46 In AI / ML: 0–3: 64; 4–6: 21; 7–9: 6; 10+: 9 Of respondents with 10+ years of software experience: 51% have ≤3 years of AI experience Amplify AI Engineering Survey 1 © 2026
- 2:53
Of those with over ten years of software experience, over half have three years or less of AI experience, which tracks. Uh, these are very experienced engineers learning a new paradigm in real time.
- 3:06
And the newest cohort, the ones who just started, uh, engineering, the median new engineer has nearly as much AI experience as the median tenured software veteran. Uh, so the newest engineers have never known software without this.
AI at Work
Yaron turns from AI job titles to a basic question: what are people actually doing with AI at work?
Text in image
AI at Work
- 3:21
But doing AI doesn't mean one thing. We talked about all these different titles, all these different roles. Before we get into models and agents, I have a more basic question, which is when people say they're doing AI at work, what are they actually doing?
- 3:36
So first up, like to start with the modalities. We asked which modalities are you actively building with at work? Can anyone take a guess? [laughs] Text dominates. I know, hold your applause.
- 3:47
Um, but one piece of this chart that I always find very interesting and I always look at is the ratio of, "Nope, I'm not using this modality," to, "I'm not using it, but I do plan to."
Differences in usage across modalities
Text leads: 88% say it is working well, versus 10% for video. The outlined segments compare non-users who plan to adopt each modality with those who do not.
Text in image
Differences in usage across modalities Text dominates — so what’s next? Which modalities are you actively building with at work? Legend: No, and I don't currently plan to No, but I plan to Yes, but not much traction Yes, and working well Text: 1%, 3%, 8%, 88% Image: 18%, 20%, 26%, 36% Audio / voice: 24%, 31%, 21%, 24% Video: 44%, 31%, 15%, 10% X-axis ticks: 0%, 20%, 40%, 60%, 80%, 100% Amplify AI Engineering Survey © 2026
- 4:00
I call this the intent to adopt ratio. Of the people who are not building with a modality today, how many say they plan to use it?
Audio remains the strongest intent-to-adopt rate
In 2026, among AI engineers not building with each modality, intent to adopt was 56% for audio, 53% for image and 41% for video. Audio rose from 37% in 2025.
Text in image
Audio remains the strongest intent-to-adopt rate Intent-to-Adopt Rate (%) Audio / Voice: 56 Image: 53 Video: 41 X-axis ticks: 0, 10, 20, 30, 40, 50, 60 37% 2025 → 56% 2026 Last year, we showed the intent-to-adopt rate for audio was highest of all the modalities. This year it is even higher! Amplify AI Engineering Survey 1 © 2026
- 4:10
And audio has the strongest intent to adopt this year. Among AI engineers who are not building with audio today, a whopping fifty-six percent say they plan to adopt it in the AI applications they build.
- 4:23
And this is not a brand-new signal. Last year, audio also had the highest intent to adopt across modalities, but thirty-seven percent. So audio continues to take the lead and have high interest, but that interest is accelerating.
Image generation was the breakout modality
The share of respondents using image generation and saying it works well doubled from 18% in 2025 to 36% in 2026. Text remained highest at 88% in 2026.
Text in image
Image generation was the breakout modality % of respondents who say they are using a modality and it’s working well Y-axis ticks: 0, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100 2026 / 2025: Text: 88 / 79 Image: 36 / 18 Audio/voice: 24 / 17 Video: 10 / 7 The share of respondents actively building with generative AI for images – and feeling good about it — doubled Amplify AI Engineering Survey 1 © 2026
- 4:38
Now, there has been an audio swing, but if we look at what changed most from the last year in the survey, the biggest jump is actually in people using image generation.
- 4:49
The share of respondents using generative AI for images and feeling really good about it doubled from eighteen percent last year to thirty-six percent this year.
- 4:59
Makes sense if you look at what we launched in the same window. Over the past year plus survey time, uh, we've had models Nano Banana, Nano Banana 2, ChatGPT Images 2.0.
- 5:11
The products have gotten much better. What used to feel like an efficient way to generate cursed hands is just increasingly becoming a part of real work. Audio may have the strongest intent to adopt, but image generation shows us what happens when a modality crosses that threshold.
- 5:27
So I'm excited to continue watching these adoption curves every single year. I think we're gonna see a lot this year. [sighs]
Open-weight and closed model usage
More than 90% of respondents using open-weight models also use closed models. Teams are mixing models: 87% of respondents use multiple models.
Text in image
Most folks using open-weight models are also using closed models What models are you using? Closed models (e.g. GPTs, Claude): 94 Open-weight models, out of the box: 37 Open-weight models, finetuned by your team: 17 Models trained from scratch in-house: 9 Other: 1 X-axis ticks: 0, 20, 40, 60, 80, 100 >90% of respondents using open-weight models are also using closed models. They are augmenting instead of replacing. 87% of respondents use multiple models Amplify AI Engineering Survey 1 © 2026
- 5:34
Uh, now models. If you've-- Who here spends time on Twitter?
- 5:39
All right. Yes. I would imagine this is a very Twitter-pilled, uh, crowd. If you spend any time on Twitter in this, uh, in this circle, you've seen a lot written about open-weight models these past few months, and I think we'll see it even more in the next year.
- 5:53
Um, so we asked, "What models are you actually using in production?" Ninety-four percent use closed models. Forty-five percent are using open-weight models. But here's the thing, you know, open-weight models are not replacing closed models for the most part, at least not yet.
- 6:11
The respondents using open-weight models, over ninety percent of them are also using closed models. So they're looking like an augmentation. Teams are mixing and matching.
Model selection considerations
67% of respondents named accuracy and quality among their top three considerations; 53% each named agentic capabilities and cost. Just 5% named open weights, while 20% named reliability.
Text in image
Choosing a model: quality dominates What are your top 3 considerations for choosing a model for production? Accuracy / quality 67 Agentic capabilities (like tool-calling) 53 Cost 53 Privacy / data controls 33 Ecosystem / developer experience 20 Reliability / uptime 20 Enterprise support / compliance 16 Latency 14 Fine-tuning / customization support 10 Open weights 5 Other 1 X-axis ticks: 0 10 20 30 40 50 60 70 Accuracy and output quality are far and away the top consideration. Only 5% think of open-weight as a primary consideration. Amplify AI Engineering Survey 1 © 2026
- 6:23
We also asked, just to double-click on this, for the top three considerations when choosing a model. If you're choosing a model, what is important to you? Um, and despite the airtime of the open versus closed, it's not what drives model choice.
- 6:38
It was a top three consideration for only five percent of the respondents. What matters is actually more straightforward. It's quality. Quality dominates, followed by agentic capabilities like tool calling, and cost tied right with it.
- 6:52
Well, money, money, money. We'll get back to that. Um, one thing that I found very interesting is that reliability is not near the top. Only one in five named reliability.
- 7:04
That doesn't mean teams stopped caring about reliability. Uh, there are different ways to interpret this data. My guess is that it's more likely to become a threshold requirement, and the models they're choosing are reliable enough, so the decision moves up the stack outside of certain circumstances to quality, capability, cost.
Standardizing tools while using multiple models
87% of teams use multiple models; routing by task type is the most common approach shown. Meanwhile, over half of respondents report standardizing on fewer AI tools.
Text in image
The Great Standardization may be coming: for tools, not for models 87% use more than one model, usually routing by task type. At the same time, over half report consolidating onto fewer tools. 87% run multiple models Top 3 responses for how they juggle models for a given task: 44% route by task type 26% run & compare outputs 11% choose by cost >50% report standardizing onto fewer AI tools Standardizing the platform, not the model. Amplify AI Engineering Survey 1 © 2026
- 7:21
But we can talk after. All right, so here's where the model story all comes together.
- 7:28
Like I said, teams are not choosing one model and calling it a day. Earlier, I showed that eighty-seven percent of teams are using more than one model. Uh, the model-- That's the opposite of standardization.
- 7:41
Uh, and the way that they choose models for given tasks varies. Most popular is routing by task type. Some run multiple models, compare outputs. Some route based on cost.
- 7:52
Uh, but models are good at different things. What was interesting was that more than half of respondents said that their organization's starting to standardize on fewer AI tools. They're trading standardiz-- flexibility for standardization.
- 8:06
A share of those are mixed. They say they're standardizing on some layers while staying f-flexible on others. But the headline here is that there's-- we're in the early great standardization of the platform and tools, not the models.
- 8:20
All right. This is the slide where anyone who's opened an AI bill in the last year starts nodding. So it turns out that infinite intelligence still comes with a usage-based bill.
- 8:32
Once teams are managing many models and AI workflows, the next question becomes cost.
Cost as an engineering constraint
Cost regularly shapes AI ambition for 40% of respondents and sometimes for another 36%; about three in four adjust their usage based on cost.
Text in image
Cost is now a first-class engineering constraint Spend actively shapes how ambitiously engineers use AI — three-quarters adjust their usage because of it. 40% say cost regularly shapes their AI ambition 36% say it sometimes does ~3 in 4 adjust their AI usage based on cost Amplify AI Engineering Survey 1 © 2026
- 8:38
Cost is now a first-class engineering constraint. We see this in the data. Forty percent of respondents say that cost regularly shapes how ambitiously they use AI,
- 8:50
and another thirty-six percent say that it sometimes does. [chuckles]
- 8:54
Well, this is pretty straightforward. So all in, about, uh, three out of four respondents are adjusting their AI usage based on cost, and maybe the fourth has a company card.
- 9:07
That might be surprising, or maybe it's obvious, but twelve months ago, it was not. Token maxing is cool. Being able to find real use cases is amazing. But cost is becoming a real big part of the product decision today.
Cost as a production monitoring concern
Cost and token usage rank second in production monitoring at 48%, 8 percentage points behind quality and task success. Hallucinations and user feedback follow at 37% each.
Text in image
Cost is a top-level monitoring concern What do you monitor in production? (%) Quality / task success: 56 Cost / token usage: 48 Hallucinations or incorrect outputs: 37 User satisfaction / feedback: 37 Tool-call failures: 16 Safety or policy violations: 15 Latency: 13 Retrieval quality: 13 Not applicable — I'm not running AI features in produ...: 6 We don't monitor this systematically yet: 5 Other: 1 X-axis ticks: 0 10 20 30 40 50 60 Only 8 percentage points lower than the top concern – quality, task success Amplify AI Engineering Survey © 2026
- 9:21
And it shows up in monitoring too. What folks are monitoring in production includes cost and token usage as the number two thing they watch for. It's being monitored like an SLA right under quality itself.
The year of agents writing data and semi-autonomy
Yaron turns to agents that write data and operate with partial autonomy.
Text in image
The year of agents writing data (and semi-autonomy)!
- 9:36
Which brings us to the biggest line item of them all, agents. We've been talking about agents for a while. Uh, this year, as you've seen, as you'll see today, as you've seen in previous days, you're gonna talk a lot about harness engineering.
- 9:49
They're escaping demo world. So we asked respondents what level of tool permissions their agents typically have, and this is where agents start to look more real. There are two things happening at once.
Agents write data, usually with a human in the loop
Among teams using agents, the share whose agents can write data rose from 52% in 2025 to 89% in 2026. Human-in-the-loop write access leads the permissions chart at 61, versus 24 for independent writes.
Text in image
Agents write data — usually with a human-in-the-loop What level of tool permissions do your agents typically have? Write access with human-in-the-loop: 61 Write access independently without human approval: 24 Read-only: cannot make changes: 9 We don’t use agents internally: 5 X-axis ticks: 0 10 20 30 40 50 60 Among teams using agents, the share whose agents write data: 52% 2025 89% 2026 Since agent adoption grew, write-enabled agents across all respondents more than tripled. Amplify AI Engineering Survey 1 © 2026
- 10:05
First, and I don't think this is surprising, relative to last year, there are far more teams using agents. This year, ninety-five percent, this seems high to me, ninety-five percent say they're using agents, roughly double last year.
- 10:21
Second, amongst the teams that are using agents, those agents are much more likely to have write access. Last year, fifty-two percent of folks building with agents said their agents could actually write data.
- 10:35
This year, that number is eighty-nine percent. So when you combine these two shifts, more teams using agents and more of those agents having write permissions, the share of all the respondents, and again, it's a survey, using write-enabled agents is up more than three times relative to last year.
- 10:53
So this is really the big shift. Agents are no longer reading, summarizing, drafting. They're taking actions inside of systems. And that raises the obvious question: How are we controlling all of this?
Agents are still governed by blunt instruments
Human approvals and tool permissions lead the survey’s agent controls at 73 and 60. Yaron says the remaining approaches are scattered, and complaints about failures often concern hallucinations or lost context.
Text in image
Agents are still governed by blunt instruments! Infrastructure / controls to manage agents Human-in-the-loop approvals 73 Tool permissions / access controls 60 Task decomposition / planning steps 48 Retrieval from internal knowledge sources 47 Memory or persistent context 47 Sandboxed execution environments 40 Tracing / observability for agent runs 38 Structured workflows or state machines 36 Automated tests or evals before actions are taken 32 Retry logic / fallback models 26 We mostly rely on prompting alone 3 Other 1 X-axis ticks: 0 10 20 30 40 50 60 70 80 No one has settled on how to control agents. And when they fail, it’s often the thinking. Amplify AI Engineering Survey 1 © 2026
- 11:06
Um, with pretty blunt instruments. Uh, very-- There are many ways that folks are controlling agents today. The top two are human-in-the-loop approvals and gating permissions, which are the right instincts, but kind of the same toolkit you'd use to manage an intern.
- 11:23
Below that, the results scatter. Task decomposition, retrieval, memory, sandboxing. People are trying everything. Nobody has settled the control layer for agents. Uh, memory and persistent context is one that I'm watching very carefully right now.
- 11:37
I think it's gonna evolve a lot in the next year. And when agents fail, or when people complain about agents failing, uh, to be more precise, it's usually the thinking, not the plumbing.
- 11:49
So, uh, you know, like two-thirds say that hallucination or losing context mid-task is what frustrates them the most.
A peek into the stack
Yaron turns from agents in the wild to the stack people run underneath them.
Text in image
A peek into the stack
- 11:57
All right, so agents are out in the wild, which makes it a good time to look at what everyone's actually running underneath, so let's take a peek at the stack.
Biggest challenges in the AI stack
Evaluation leads the survey at 20%, followed closely by orchestration at 18%, inference at 16%, and security at 15%. Only 4% say their stack has no challenges.
Text in image
No widespread agreement on what the biggest challenge in the stack is — eval by a thin margin Biggest Challenge in your AI stack Evaluation (knowing if it's working): 20 Orchestration and agent logic: 18 Inference (cost, speed, etc.): 16 Security / guardrails / safety: 15 Model quality / capabilities: 10 Context and retrieval: 9 Observability and debugging: 8 None — the stack is working well: 4 X-axis ticks: 0, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20 Only 4% think there are no challenges and the stack is working well. There is no widespread agreement on what the biggest challenge in the stack is. Evals, orchestration and agent logic, inference, and security all within a few points of each other. Amplify AI Engineering Survey © 2026
- 12:07
Um, we asked, "What is the biggest challenge in your stack?" Every single year that I ask this, the answer-- the number one answer is evals. Um, so evals lead here, same as always, but by a very thin margin.
- 12:17
Like, that margin is getting smaller. And I'll say the quiet part here, which is that ninety-six percent of the people in the survey in this room have a problem with the [chuckles] stack.
- 12:28
Just can't agree on which one. Um, so if you're deciding what to build next, if you're interested in infrastructure, that scatter is the map.
Manual review is how most teams evaluate AI outputs today
Manual review and vibe checks lead at 61, followed by human preference feedback at 45 and LLM-as-judge at 41. Yaron says teams use many evaluation methods, but vibe review remains number one.
Text in image
Manual review is how most teams evaluate AI outputs today Manual review / vibe checks: 61 Human preference feedback: 45 LLM-as-judge: 41 Unit or integration tests: 36 Online user feedback / production metrics: 27 Golden datasets / test sets: 27 Red teaming / adversarial testing: 15 Academic or public benchmarks: 13 We don’t have a formal eval process: 11 Other: 1 X-axis ticks: 0, 10, 20, 30, 40, 50, 60 Amplify AI Engineering Survey 1 © 2026
- 12:37
And the leading challenge, how to evaluate your AI outputs, requires many different methods, but as always, the vibe review is number one, so there are [chuckles] some consistent things that we'll see if they change over the time, but they, they have not changed.
- 12:53
Okay, this is interesting. So across eight layers of the stack, we asked, "What do people build versus buy?" Um, again, maybe the corporate card [chuckles] is, is gonna play a part in this, but there is a wide range and mix for every layer of the stack, and a few clear takeaways.
Where AI Money Actually Goes
Across eight AI layers, model serving has the highest bought-or-buying share at 37%. Prompt management has the highest built-or-building share at 61%, while 48% don’t have fine-tuning pipelines.
Text in image
Where AI Money Actually Goes • Inference / serving is the tool that people buy most and want to build least • Product logic stays in-house • Most teams are not shopping around once they’ve built or bought a layer • Fine-tuning is the clearest “not yet” layer Legend, in bar order: Built, but considered buying Bought, but considered building Don’t have Bought or buying Built or building Fine-tuning pipelines: 7%, 5%, 48%, 10%, 30% Agent orchestration: 8%, 5%, 18%, 17%, 52% Model routing logic: 8%, 5%, 29%, 15%, 44% Model serving / inference infra: 9%, 8%, 23%, 37%, 23% Observability / tracing: 11%, 6%, 25%, 22%, 37% Prompt management: 8%, 4%, 19%, 8%, 61% Evals: 9%, 4%, 29%, 12%, 46% RAG / retrieval: 7%, 4%, 26%, 12%, 51% X-axis ticks: 0%, 20%, 40%, 60%, 80%, 100% Amplify | AI Engineering Survey © 2026
- 13:11
So the first is that inference and model serving is the layer that people buy the most. Many people don't wanna build inference infrastructure, and fair enough. Uh, prompt management is the opposite.
- 13:24
Sixty-one percent build it themselves. Um, apparently everyone's prompts are special. And this is true of a lot of the product logic prompts, RAG, evals, they tend to stay in-house on a relative basis.
- 13:37
Fine-tuning is the clearest "not yet." Like, most people don't have it at all.
- 13:44
And, uh, folks are pretty locked in, so those who bought aren't looking as much to build. Those who built aren't looking as much to buy. Uh, but those are, those are the core takeaways from the usage in our stack.
- 13:59
So many of you work on teams, and like we said at the start, these range from solo founders to large enterprises. What is this doing to teams?
AI’s downstream impact is overwhelmingly positive
In a builder-heavy sample, 97% report a positive downstream effect. Experimentation and prototyping lead the chart at 45, ahead of shipping more features or shipping faster at 31.
Text in image
AI’s downstream impact is overwhelmingly positive Most positive downstream effect More experimentation and prototyping (lower cost of failure): 45 We ship more features / we ship features faster: 31 Developers freed up to focus on architecture and creative problem-solving: 19 There are none: 3 Other: 2 X-axis ticks: 0, 10, 20, 30, 40, 50 97% of respondents are feeling a positive downstream effect of AI in the org – largely around experimentation and faster shipping. Amplify AI Engineering Survey 1 © 2026
- 14:10
And remember, this is a builder-heavy sample, but among builders, the vibes are good, which, you know, I'm sure if you look to your left and your right, you're feeling that.
- 14:19
The vibes are pretty good. Ninety-seven percent report a net positive effect on their organization. The top effect isn't really just speed, it's cheaper failure, more experimentation, more prototypes, more bets.
- 14:35
It didn't just make engineers faster, but it made trying things nearly free, and so there's some happy campers as a result of that.
- 14:44
But it's not free-free. You know, there's no free lunch, as nothing is. So the same tool that increases experimentation also increases review burden. Both can be true. And, um, you know, o-o-over nine in ten respondents are feeling negative downstream effects in some way, the most common ones being wide- you know, widely discussed at this conference, uh,
- 15:09
online and anywhere that you see AI engineers, erosion of deep technical skills and understanding of the code base. And these are consequences of cheap code generation.
Roles are blurring
38% say non-developers ship customer-facing features; 17% report they do so regularly across the stack. Others build prototypes and frontend mocks without shipping.
Text in image
Roles are blurring: over a third already ship non-developer-built features Are non-devs shipping customer-facing features? No, but they are building helpful things (e.g. prototype apps, frontend mocks) — 32 No, they aren’t shipping — 22 Yes, but mostly smaller items — 21 Yes, regularly across the stack — 17 Not sure — 8 X-axis ticks: 0, 5, 10, 15, 20 38% say non-developers are already shipping customer-facing features Amplify AI Engineering Survey © 2026
- 15:22
And the org chart is really feeling it. So
- 15:26
many folks, eighty-one percent, are saying that AI is blurring the line between their role as engineers and product design and marketing. These stats shocked me. Um, where you feel it the most is shipping software, once exclusively the engineer's domain.
- 15:44
I know folks talk about vibe coding and how that's accessible to more folks than ever before in different roles, but today, over a third of teams have non-developers shipping features, which was pretty wild to me.
- 15:59
Mostly smaller, mostly internal, but seventeen percent say that non-developers are regularly shipping customer-facing features across the stack. And even when non-developers aren't shipping, a third of teams see them building really useful things, prototypes, front-end mocks, and more.
- 16:17
So shipping software is not gated on being an engineer. We knew this, but, uh, the extent to which it's being pushed is, is higher than I expected.
- 16:27
All right, so where does all of this go? We always ask people to place bets rapid-fire, so let's talk about those results.
- 16:37
Um, so present tense first. Seventy-six percent say AI boosted their job satisfaction, so that's good for most of this crowd. I hope you're, uh, as, uh, Elphaba and Glinda say, "I hope you're happy now."
- 16:52
Um, that's great. But fifty-nine percent fear today's AI code creates long-term liabilities. Only a third call software engineering a solved problem, although, uh, when I have conversations with folks, sometimes the way in which they define software engineering is different, so you can read into that stat as you will.
- 17:14
Um, happier, faster, but bracing for the maintenance bill is the TLDR, and people are unsure what's gonna happen with hiring.
- 17:22
And for the five-year bets, [sighs] we have sixty-seven percent expect a leading lab will declare AGI in the next five years. Note the wording. We said will dec... We asked about the press release, not the achievement.
- 17:36
So will they declare it? Yes. What does that mean? Not sure. Uh, [chuckles] only nine percent bet on transformers being state-of-the-art in five years. Most are unsure, uh, but that was interesting.
- 17:49
And then my favorite, will there be more AI compute in space or on land? Thirty-six yes, thirty-eight no. The most divisive question in the survey is about outer space.
- 18:02
I promised you a lot of bar charts, and that was a lot of information, so a review or our twenty-twenty-six wrapped. Impact is overwhelmingly positive. Image gen doubled, or happy image gen doubled, while audio has the highest adoption intent, the same as last year.
- 18:23
Cost really became a first-class constraint, and we see that everywhere in monitoring and how ambitious folks that are going out and building AI products are behaving. Open-weights augment, but they don't replace, so we're seeing a multi-model future with a consolidation of the stack.
- 18:43
Agents got write access more than ever before, tripling relative to last year, while the guardrails stayed pretty primitive. And inference is the buy market. Everything closer to product logic tends to relatively stay more in-house.
- 18:58
It is a very exciting [chuckles] time to be an AI engineer. I cannot wait to see how the next year unfolds.
- 19:05
So you can find the full report in the link up here, every chart plus some cuts that we didn't have time for today. Um, I won't ask you to fill out a survey about the survey, but if there's something that you want on the books for twenty-twenty-seven, something you're curious about, you can come find me here on
- 19:20
the internet. I'm easy to spot. Thank you so much. Uh, we will see you next year, or per thirty-six percent of you, maybe in orbit. Thank you. [outro music]