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

What is an AI Engineer?

The first step of the AI Engineer roadmap: what the role actually is, how it differs from ML engineers and researchers, and why it exists at all.

LevelBeginnerTime~10 min

Who is an AI Engineer?

Why should you care about this role? Because it’s the one you can grow into — without a PhD, without a GPU cluster, and without throwing away whatever you already do for a living.

An AI Engineer builds products and features on top of existing AI models — instead of creating new models from scratch.

Think of it like this: researchers invent new materials, ML engineers design and train the engines, and AI Engineers take the finished engine and build the car around it — the products, the features, the experiences people actually use.

The key idea

You don’t need to train models to build with AI. Modern AI engineering is about applying pre-trained models and tools — LLMs, embeddings, agents — to real, practical problems.

Three words from that sentence, in plain language:

  • LLM (Large Language Model) — the kind of model behind ChatGPT: you hand it text, it writes text back. That’s the whole interface.
  • Embedding — a list of numbers that captures the meaning of a piece of text. Close meanings get close numbers, which is how “smart search” finds “how do I get a refund” when you typed “where’s my money”.
  • Agent — an LLM placed inside a loop where it can also use tools: search the web, run code, read your files. Instead of only answering, it acts.

Don’t memorize these. They’ll come back with whole articles of their own.

This is exactly why the role exploded in the last couple of years: the hard model work is largely done and available behind APIs. What’s hard now is applying it well — making it useful, reliable, cheap and safe.

What does an AI Engineer actually do?

Typical responsibilities:

  • Integrate LLMs into products — chat assistants, document processing, smart search, content generation
  • Design prompts and context — turning a fuzzy product requirement into reliable model behavior
  • Build with retrieval — give models your own data via embeddings, vector search and RAG
  • Build agents — systems that call tools, take actions, and solve multi-step tasks
  • Evaluate and monitor — measure quality, catch regressions, watch cost and latency
  • Own safety — prompt injection defense, output filtering, privacy

Notice something: almost none of this is “training models”. It’s engineering — APIs, data, architecture, product sense — applied to AI.

AI Engineer vs ML Engineer vs Researcher

AI Researcher ML Engineer AI Engineer
Goal push the state of the art train & deploy models build products with models
Models creates new ones fine-tunes, optimizes uses pre-trained
Math depth deep (papers, theory) solid (training, metrics) light
Typical output new architectures trained model artifacts features, agents, RAG pipelines
Daily tools PyTorch, JAX PyTorch, MLflow, GPU clusters APIs, SDKs, vector DBs, agent frameworks

An AI Engineer treats a model like a database: a powerful, general-purpose component you don’t build yourself — you learn to use it well.

Why this role exists at all

Five years ago, “using AI in a product” meant collecting data and training your own models. That required PhDs, data pipelines, GPU clusters.

Then something changed: models became good enough, general enough and cheap enough to be consumed through an API. The skill that matters shifted from creating intelligence to applying intelligence:

  • knowing what models can and cannot do
  • knowing how to get reliable, structured output from them
  • knowing how to connect them to real data and real tools
  • knowing how to make it fast, safe and cheap in production

That’s a software engineering skill set more than a research one. That’s why most AI Engineers today grew out of backend / full-stack / product engineers — not out of research labs.

What you’ll learn in this track

Each topic below is a real article on this site — click any of them, or follow the order from top to bottom:

  1. How LLMs actually work — tokens, context, inference
  2. Types of AI models — and who makes them
  3. Prompt anatomy — what a good prompt is made of
  4. What are embeddings? — plus vector databases
  5. What is RAG — answer from your own data
  6. Context vs prompt engineering — what the model actually sees
  7. What are AI agents? — and multi-agent systems
  8. MCP: the USB port for AI — connecting models to tools
  9. Multimodal AI — images, video, audio
  10. AI-assisted coding — the new tools
  11. LLM evaluations and observability
  12. Fine-tuning — an overview

Try it right now

You do not have to take my word for what this role does. Copy this prompt into ChatGPT, Claude or any assistant, replace the bracketed parts, and see what an “AI engineering plan” actually looks like:

Copy this prompt — a taste of AI engineering
I run [what you do — e.g. "a small online store"] and I want
an AI feature: [e.g. "a chatbot that answers customer questions
using our FAQ page"].

Act as my AI engineer. In plain language, no code:
1. List the pieces this feature needs (an LLM call, context, maybe
 retrieval from my own data).
2. For each piece, one sentence on what it does.
3. Tell me which piece to think about first, and why.
Keep it under 200 words.

Read the answer like an engineer

Notice that the plan is mostly text and plumbing — prompts, context, data — not magic and not model training. That is the role in miniature.

Check yourself

What does an AI Engineer spend most of their time doing?

Why did this role only appear in the last few years?

Which task would an AI Engineer most likely own?

Questions?

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