All lessons · 44
Path 3 · AI Engineer Roadmap·Lesson 3 of 33

AI vs AGI: Where We Actually Are

Narrow AI is what we have, AGI is what we don't. What the difference means in practice, why today's models are tools rather than agents-of-the-self, and why builders should care.

LevelBeginnerTime~15 min

Two words that get thrown around carelessly

Why should you care? Because this one vocabulary mistake is the most expensive one in the industry. Build on the assumption that AI is general, and your product silently fails on things nobody tested. Assume it’s just autocomplete, and you ignore the most useful tool of your career. Get the vocabulary right and both traps disappear.

Open tech news for five minutes and you’ll see both claims: “AI is coming for your job” and “AI is just autocomplete, don’t worry.” Both are confused, and the confusion comes from using one word — AI — for two very different ideas.

So let’s fix the vocabulary first:

  • Narrow AI — systems that are superhuman at specific tasks and useless outside them. A chess engine. A spam filter. A modern LLM that can write code and explain physics but cannot decide what it should be doing at 9am on a Tuesday. This is everything that exists today.
  • AGI (Artificial General Intelligence) — a hypothetical system with human-level ability across any intellectual task: it can set goals for itself, learn a completely new domain from scratch, and operate reliably in situations nobody prepared it for. This does not exist yet. Nobody has built one, and nobody knows how far away it is.

When researchers or CEOs talk about AGI timelines, they’re speculating about the second thing. When you build products, you’re working with the first. Almost every practical mistake in this field comes from mixing them up.

What narrow AI actually is

Every system you can use today — including the most impressive frontier models, which is just the industry’s nickname for the biggest and newest ones from OpenAI, Anthropic, Google and the rest — shares the same shape: a human gives the goal, the system produces output, a human checks the result.

An LLM is the most flexible narrow AI ever built. Ask it to write a poem, then debug a regex (a small pattern for finding text, like “every email address in this document”), then translate to Japanese — it handles all three. That flexibility makes it feel general. But look closer:

  • It acts only when prompted. It has no goals of its own running between your messages.
  • It has no persistent memory. Each conversation starts from zero.
  • It has no stake in the outcome. It cannot want anything, and it cannot be held responsible — you can’t fire it, sue it, or trust it the way you trust a colleague.
  • It fails confidently. When it doesn’t know, it doesn’t stop; it generates plausible-sounding text anyway.

Each of those gaps is exactly where engineering work lives. Which is good news for us — gaps are jobs.

What AGI would mean

AGI isn’t “GPT but 20 percent smarter.” It’s a different category of thing:

  • General, unaided learning — drop it into an unfamiliar field (say, violin repair) and it becomes competent on its own, the way a smart human would
  • Self-directed goals — it decides what to work on, plans over weeks and months, and follows through without someone pressing “run” each step
  • Reliability at human level — it knows the boundary of what it knows, says “I’m not sure” at the right moments, and behaves predictably enough that you can delegate real responsibility to it

That last point is the one engineers underrate. Current models fail confidently and invisibly — the wrong answer looks exactly like the right one. A system you can actually delegate to needs to fail visibly. That difference, not raw IQ, is what separates a tool from an autonomous peer.

Tools, not agents-of-the-self

Here’s the distinction I keep coming back to: today’s systems — including “agents” — are tools. Powerful ones, but tools. They extend your intent; they don’t have their own.

Think about what an agent actually is right now: a loop. A script sends the model a prompt, the model decides to call a tool, the script runs it, sends the result back, and repeats until some stopping condition. Every turn of that loop, the model is still just predicting text. The agency in the system — the goal, the persistence, the responsibility — lives entirely in the code and the human who wrote it.

See it play out in practice. A current coding agent handles a task, and then hits the wall where the tool ends and the human must appear:

A capable agent hits its boundary
press the button below to send the first message
sent to the modelnothing yet — every message is sent in full

Notice what happened: the agent was excellent at the bounded, checkable part — search, diagnosis, fix, test — and correctly bounced the judgment call back to a human. It didn’t bounce it back because it’s wise; it bounced it back because deciding whom to refund was never something it could do. The goal-setting, the responsibility, the accountability: all human. That’s what “a tool, not an agent-of-the-self” means in practice.

Why this matters when you build

Keeping the distinction sharp is not philosophy — it directly changes what you build and how:

  • Design for verification, not delegation. Since the model can fail confidently, put a human (or an automated check) on everything that matters. Review diffs — the line-by-line list of changes it made to your code — before they merge. Log outputs. Make checking cheap.
  • You own the goal-setting. The model will not figure out what your users need. Translating a fuzzy product need into a precise goal — a prompt, a context, a set of tools — is your job, and it’s most of the job.
  • Scope tasks to the system’s shape. Narrow AI excels at bounded tasks with feedback: generate, then check. It struggles with long, ambiguous, multi-day missions. Cut big tasks into small verifiable loops.
  • Don’t build on capabilities that don’t exist. “The AI will just figure out what the customer meant” is an AGI assumption. Today that means: clarify inputs, constrain outputs, handle failure explicitly.
  • Ignore both hype narratives. “AGI is here, human coding is over” and “it’s just autocomplete, ignore it” are both wrong in the same way — they skip the actual work of applying a powerful, fallible tool carefully.

The realistic picture: a fast, tireless, occasionally wrong junior collaborator with instant access to most of human knowledge, working under your direction. Teams that internalize this ship today. Teams waiting for AGI — or pretending it already arrived — ship nothing.

The one sentence to remember

Today’s AI is a fast, tireless, occasionally wrong collaborator that needs you for three things: the goal, the context and the judgment. Give it those three and it will out-produce you. Skip any of them and you get confident nonsense.

Check yourself

A model writes flawless code for one file but cannot decide whether refunding customers is the right business call. Why?

What is the single property that most separates a tool you can delegate to from today's models?

Your team writes "the AI will figure out what the customer meant". What is wrong with that plan?

Questions?

Stuck or have questions about this roadmap? Join the Telegram channel — happy to discuss.