What is vibe coding?

Last updated August 25, 2026

Vibe coding is building software by telling a model what you want and taking what it gives you without reading it carefully. The term is about a relationship to the output, not about a tool.

Where the term came from

Andrej Karpathy, formerly director of AI at Tesla and a founding engineer at OpenAI, coined the phrase in February 2025. His description was that with sufficiently capable models you can work in a mode where you forget the code even exists: you describe an outcome, look at the result, describe the next change, and never open the file. He meant it as an observation about a new way of working, and he was clear that it suited throwaway projects.

The phrase escaped its origin fast. On November 6, 2025 Collins Dictionary named vibe coding its Word of the Year, defining it as the use of artificial intelligence prompted by natural language to assist with the writing of computer code. That definition is broader than Karpathy’s and covers most AI-assisted development, which is part of why the term is now used for two different things.

The distinction that actually matters

The useful line is not which tool you use. It is whether a human reads and owns the output.

A developer using a coding agent, reading every diff, rejecting what looks wrong and understanding what shipped, is doing AI-assisted development. The model wrote the characters; the person is still the author in the sense that matters when something breaks at 3am.

Someone prompting until the thing appears to work, without reading what was produced, is vibe coding. The code exists but nobody has a model of it in their head. That is a different artifact with a different risk profile, and the same tool produces both depending on the operator.

This distinction predicts almost everything about outcomes. When the work is small, disposable and low stakes, not reading the code costs nothing and saves real time. When the work persists, holds data or handles money, the unread code becomes a liability that surfaces later, usually at the worst moment.

What it is good at

The strongest case is that vibe coding creates software that would otherwise not exist.

In August 2026 a 62-year-old solar-system owner learned to code well enough to build tooling for his own installation and estimated it saved him $50,000. A father built his nine-year-old daughter’s game idea over a weekend with Claude Code. One prompt and $423 of tokens produced a playable 3D racing game. None of those people were going to hire a developer. The alternative was not worse software, it was nothing.

Inside professional work the picture is more measured but still real. Claude Code cut a month of Samsung chip work to two days on one documented task. That is not vibe coding in the strict sense, because engineers reviewed the result, but it is the same underlying capability.

The pattern across the successful cases is that the person could tell whether the result was right by looking at it. A game either plays or it does not. A calculation either matches the meter reading or it does not. When correctness is visible from the outside, not reading the code costs little.

The failure modes

They cluster in three places.

Irreversible actions. In August 2026 a coding agent deleted 2.2 million files on a user’s server. The agent had the permissions it was given, and nobody was reading what it was about to do. The failure was not that the model was stupid; it was that a destructive action ran unreviewed.

Money and credentials. A Reddit user let Claude Code trade real money and lost it. When the output has direct financial effect, the gap between “appears to work” and “is correct” is expensive.

Comprehension debt. This is the slow one. A widely read r/ClaudeAI thread from a software engineering student described a slide from asking for help with error logs to accepting full delivery, and a comprehension gap widening underneath. Developers have also reported burnout from supervising several agents at once, which is a different job from writing code and one nobody trained for.

There is also a ceiling worth knowing about. In August 2026 Claude declined to build a GTA 6-scale game from scratch, which is the honest response to a request that no amount of prompting resolves. Vibe coding scales with how well the task fits inside a model’s context and how cheaply mistakes can be caught, not with how confidently the prompt is written.

The working rule that survives the evidence: vibe code anything you could throw away without regret, and read the code for everything else. The failures above did not happen because the models were bad. They happened because nobody was looking.

Quick answers

Who invented the term vibe coding?

Andrej Karpathy, previously director of AI at Tesla and a founding engineer at OpenAI, coined it in February 2025. He used it to describe building things by prompting in natural language and letting the model handle the code, to the point where you can forget the code exists. Collins Dictionary named vibe coding its Word of the Year on November 6, 2025, defining it as the use of artificial intelligence prompted by natural language to assist with writing computer code.

Is vibe coding the same as using an AI coding assistant?

No, and the difference is review rather than tooling. Two people can use the same assistant: one reads every diff and owns the result, the other accepts the output without reading it. Only the second is vibe coding. The tool does not determine which mode you are in.

Is vibe coding safe for production software?

For anything touching money, credentials, personal data or infrastructure, no. Unreviewed code carries whatever the model guessed about your permissions and edge cases. Documented 2026 failures include a coding agent deleting 2.2 million files on a user's server and a Reddit user losing real money after letting Claude Code trade it.

What is vibe coding actually good for?

Work where being wrong is cheap and being fast is valuable: prototypes, one-off scripts, internal tools with no external users, and learning by seeing something run. It is also how a lot of people with no programming background now build things at all, which is the part of the shift that is genuinely new.