Something changed in how software gets built. For years you typed the code by hand. Now you describe what you want, and a machine writes it back. The work moved from typing to directing. This is a short field guide to that shift.
Artificial Intelligence (AI) crossed a line where its code stopped needing constant repair. That sounds like pure good news. It is not. The floor dropped open for everyone. The bar that real software has to clear did not move an inch.
What is the difference between vibe coding and agentic engineering?
The difference between vibe coding and agentic engineering is the quality bar. Vibe coding lifts the floor so anyone can describe an app and get one. Agentic engineering keeps professional standards while agents move fast. One opens the door. The other guards what ships.
What is the difference between vibe coding and agentic engineering?#
Start with the floor. For most of computing history, building software meant clearing a high bar. You needed years of training to make anything that worked. That bar kept most people out, the way a locked door keeps a house private.
Then the floor rose. Now a parent at the dining table can describe a small tool and watch it appear. A kid can build a game over a weekend. This is vibe coding. You say what you want in plain words, and the work comes back built. The door is open to everyone now.
The change was not gradual. For a year the tools were helpful and wrong by turns, and you read each chunk and repaired the broken parts by hand. Then the repairs dried up. Behind is a strange thing to feel when the screen stops asking you for anything.
Call the second one agentic engineering. Real software still has a bar to clear. It cannot leak private data. It cannot fall over when a thousand people show up. You are still on the hook for what you ship. It is the craft of moving at that new speed while the bar stays exactly where it always was.
So the two are not rivals. One lowered the floor. The other still guards the ceiling. Vibe coding is who can build. Agentic engineering is whether the thing should ship. The floor is open to all of us. The bar belongs to whoever signs for what ships.
Why is AI good at coding but bad at simple questions?#
This is the odd thing. The same model that rebuilds a giant codebase will flub a question a child answers. Try a tiny errand. Should you take the car to the wash at the end of the block, or just walk over. It says walk, since the wash is close by. It forgets the car is the whole reason for the trip.
That is jagged intelligence. The skill is spiky. It is superb at the hard, checkable jobs and clumsy at the plain ones. Like a surgeon who can rebuild a heart valve but cannot find the parking lot, the model holds the genius and the blind spot in one hand.
It helps to picture what the thing is. We did not raise it the way nature raises an animal, shaped over long years by hunger and fear and play. We pulled it out of a sea of text, a kind of ghost assembled from everything people have written down.
So scolding it does nothing. It has no pride to bruise. It is brilliant and hollow in the same breath, which is why it dazzles you on Monday and fails you on Tuesday.
The reason sits in how the model is trained. Labs pour effort into tasks that can be scored, like math and code. Skill climbs steeply there. Anything left off that menu stays clumsy. A lot of the spikiness is simply which subjects a lab decided to teach and which it ignored.
One case makes it plain. Chess jumped sharply from one model to the next. The cause was simple. The reason was dull. A mountain of chess games got fed into its training. The talent appeared only because somebody fed it that pile.
So you cannot read the model by its best day. The brilliant answer and the dumb one come from the same box. Keep your hands on the work and look in the corners. The peak tells you nothing about the valley beside it.
What does verifiability mean for AI automation?#
Here is the lever under all of it. The word is verifiability. It asks one thing: can you check the answer cheaply and know it is right. That single question decides what gets automated next.
Old computers automate what you can spell out in steps. This generation automates what you can check. Labs train these models by scoring millions of attempts, so the skills that can be graded race ahead. Like a coach who only trains the drills a stopwatch can clock, the labs build muscle where there is a clear win and a clear loss.
That is why math and code move fastest. A right answer there can be marked right. A teacher can grade the page in seconds, or a student can check it against the key. Taste and judgment have no clean score, so they lag.
There is good news buried in this. If your corner of the world can be checked, you are not stuck waiting on the labs. You can gather your own examples, build a scoring test of your own, and train the model against it until it gets sharp on the work you actually do. The lever is real.
And the reach keeps widening. The line between what can be checked and what cannot is not fixed. It moves a little every year, as people find clever ways to score messy work. Think of it as easy versus hard, not yes versus no.
Now the other side. Ask the model to take a working program and make it truly simple, and it digs in its heels. It pads. It copies. It wraps the thing in clever scaffolding nobody asked for. Simple was never on the test it was trained against, so simple is not where it shines.
So the honest read is this. The model can build what you cannot check, and still not know whether what it built is right. That gap is the whole game.
What skills matter most when AI agents write the code?#
So what stays in human hands? More than the speed suggests. You own the spec, the plan, the taste, and the call on whether the result is sound. The agent colors inside the lines you draw. You decide where the lines go.
There is a clean way to split it. You can hand the machine the doing. You cannot hand it the deciding. It will draft, fetch, and fill the page faster than you ever could, and it will do it without once asking whether the page is worth writing at all. That question is yours. So is the answer.
Here is a bug worth sitting with, because it carries the whole lesson. Picture a little tool where you log in one way and pay a different way. The agent matched your money to your login by comparing the two email addresses.
But folks sign up with one email here and a different one there. There was no stable key underneath. If the two never matched, your payment drifted off and never reached you.
The code ran clean. But the thinking under it was broken. That mistake was upstream of the keyboard, in the spec, and the spec is the human’s job. You name the rule out loud: every record ties to one stable key. The agent will not invent that rule for you.
The little chores you pass along gladly. I no longer keep the exact function names in my head. That kind of recall is what the machine is good at. You still need to grasp what is happening below, so your request points the right way.
This is why the person cannot fade into the background. Direction needs understanding, and the machine carries none of it. It will run hard in whatever direction you point, and just as hard in the wrong one. Point it well and the speed is a gift. Point it blind and the speed is the danger.
So the division is plain. You own the why. The agent owns the how. If the plan was bad, the failure lands on you, since you wrote the spec. That is the trade, and it is a fair one.
How do you hire for agentic engineering?#
Hiring has not caught up. Most of it still runs on the old puzzle. A candidate sits at a desk and solves a clever brain teaser. That told you something once. It tells you little now.
What matters now is fast judgment. Can this person run a crew of agents and hold the bar. The puzzle does not show that. A real project does.
The better test is a real build, in three moves. Hand them something big and real, not a toy. Ask them to make it genuinely secure. Then turn other agents loose to break it, and watch what holds.
Watch how they set the spec. Watch how they steer the tools. Watch how they defend the bar when the room gets loud. That is the worker you want at the next desk.
One more thing separates the strong from the rest. It is not raw talent. It is whether a person bothered to build a real bench around the tools, the way a good worker has always set up a clean shop before the first cut. The mediocre user pokes at the defaults. The strong one wires the whole thing together and never looks back.
And the range is wide. Two people with the same tools now ship work that looks years apart, because one set up the shop and one did not. The tool is the same. The result is not. That spread is new. It is only going to grow.
Folks once bragged about the ten-times engineer who beat a whole team alone. That figure looks tiny today. The strongest do not land at a neat tenfold. From what shows up in the work, the gap runs far wider, because the agents are powerful even when they wander.
How do you make software agent-native?#
Most software is still written for people. The instructions say go to this screen and click the blue button. An agent cannot click a screen the way a person reads a page. So the surface has to change.
Step back and the bigger shift comes into view. Software once meant rules typed out by hand, one line after another. Next came models trained on data, where the rules were learned, not written. Now there is a third way, and it is the one we live in. You write a prompt. The words are the program.
Watch what that does to something as dull as installing a tool. The old way was a brittle script that cracked on every machine it touched. The new way is a block of plain text you hand to your agent, which reads your setup and works around the snags on its own. The instructions stopped being for you. They became something to pass straight to the machine.
Making software agent-native means treating the agent as the reader. Give it the exact text or command to run, not a tour of the menus. Publish your data in a form the model can parse. The honest test is simple. Could a single prompt build the thing and put it online untouched.
Here the new tools do not change the oldest rule. Like a farmer with a new tractor who still has to choose which field to plow, you get speed, not direction. The machine turns the soil. You decide what to grow and why.
That is where this lands at home. A parent can let a child hand a school report to a machine and watch a clean answer appear. The parent still has to ask the child what the report was about. The answer you cannot check is the answer you do not really have. The floor opened for all of us. The judgment stayed.
Source: Andrej Karpathy, in a fireside talk titled “From Vibe Coding to Agentic Engineering” with host Stephanie Zhan, at Sequoia Capital’s AI Ascent 2026: https://www.youtube.com/watch?v=96jN2OCOfLs