AI Engineering Skills Map

Four buckets that matter now — not “become an AI Engineer title,” but skills every builder needs when software is unpredictable and agents write half the code

← AI  ·  AI Agents  ·  AI Engineer roadmap  ·  Engineer vs operator  ·  Codex engineering  ·  Harness map  ·  Grok Build

Source — Andrew Ng

Andrew Ng (@AndrewYNg) — DeepLearning.AI / Coursera co-founder.

Original post: x.com/i/status/2088302050706686198 (14 Aug 2026) — “The AI Engineering Skills Map.” Research base he cites: 10k+ job postings, dozens of structured interviews with experts/hiring managers/recruiters, surveys, online data. High bookmark signal (~13k bookmarks at capture).

He frames this as skills, not only the “AI Engineer” job title — same way all developers need cloud skills without being titled Cloud Engineer. Full-stack, data, DevOps, ML, and AI-titled roles all need this map.

Note: We already have /aiengineer (6-month technical roadmap from another source). This page is the Ng four-bucket map + how we use it on our own apps and agents.

One-sentence TL;DR

AI lets us build software differently than 2022. The four skills that cluster out of jobs + expert interviews are: (1) build & deploy AI apps, (2) software engineering fundamentals, (3) using coding agents, (4) shaping the build — underpinned by continuous learning. In practice we split work into software applications and AI agents & workflows, and both need the full map.

The map at a glance

1. Building & deploying AI applications

LLMs, context, RAG, agentic workflows, ML/DL — plus evals and error analysis so unpredictable systems become governable.

2. Software engineering fundamentals

Cost, scale, reliability, speed, security, privacy. Tradeoffs you can name — so you can steer agents in precise engineering language.

3. Using coding agents

Mental model of agents, context management, plan vs execute, verifiers, multi-agent, when to intervene, routines to keep learning tools.

4. Shaping the build

Product sense, business context, customer goals. Spec ownership. MVP vs careful build. Agency to pick problems, not only implement pixel-perfect tickets.

Underlying mindset: continuous learning — AI changes fast; skills and workflows must keep evolving.

Bucket 1 — Building and deploying AI applications

Core difference vs classic software: outputs are unpredictable. Prompt an LLM or train a model and you don’t know the next token or prediction the way you know a deterministic function. So the skill is not only “call the API” — it’s measure, steer, and govern with statistical discipline.

Ng’s building blocks (as he lists them):

  • LLMs and context engineering
  • RAG
  • Agentic workflows
  • Machine learning and deep learning
  • Evals and error-analysis loops (the operational heart)

How we do this in our apps

Application / system AI application skill in practice
theflysales.com Ecommerce brain: market data, product intelligence — need evals on research quality, not one lucky chat (product brain)
RankingSolution / SEO loops Access → action → memory → judgment → reverse losses — closed loops, not one-shot prompts (/seoloop)
GFAVIP / PowerLobster Agents as users with skills, waves, privacy toggles — agentic workflow design, not a single chatbot
OpenClaw / multi-agent fleets Tools + channels + memory; govern with allowlists after gymhack-style lessons

Bucket 2 — Software engineering fundamentals

Deep understanding of how software works → better tradeoffs (cost, scalability, reliability, speed) plus security and privacy. Without that vocabulary, vibe-coding hands the agent a vague goal and gets poor default tradeoffs — because you didn’t give context the agent needs.

Fundamentals let you steer coding agents with the precise language of software engineering (architecture, data stores, testing, stack choice).

How we do this in our apps

  • Astro site (this repo) — routes, redirects, Netlify, content architecture; agents ship pages, humans own deploy risk and structure (Codex engineering, MCP vs CLI.
  • Headless Domains / x402 / wallets — identity, payments, security boundaries are classic engineering tradeoffs with agent consumers.
  • CLI-first tools — task-shaped interfaces agents can trust (/cli, /cli2.
  • exe.dev / sandboxes — isolation, blast radius, production vs prototype machines /exedev.

Bucket 3 — Using coding agents

Agentic coding is now a core skill for every developer. That means a mental model of how agents work, their limits, when to intervene vs leave them alone, and how to avoid token waste and disasters (e.g. agent touching production data).

Ng calls out concrete sub-skills:

  • Manage the agent’s context
  • Trade off planning vs execution
  • Help the agent close loops with verifiers / evals
  • Work with a clear spec (and know when not to bother)
  • Orchestrate multiple agents
  • Avoid pitfalls (production DB, silent side effects)
  • Routines to keep trying new tools as best practices change

How we do this in our workflows

Practice Where it lives for us
Terminal coding agents Grok Build, Codex, Claude Code — multi-thread SOPs (grokthreads)
Multi-agent fleet / messaging GrokBot, god agent vs team
Harness / company context Harness map, HQ, company brain
Credit / effort control Codex Fast vs Medium — steer cost consciously
Verification loops Stop babysitting agents, evals culture from HF incident lessons

Bucket 4 — Shaping the build

Given a clear spec, coding agents are getting better at delivering to it. So engineer work shifts toward what goes in the spec. No longer “here’s a pixel-perfect design, only implement.” You need product sense, business context, and customer goals — plus ownership and agency to pick problems and choose MVP vs careful build.

How we do this across applications vs agents

Software applications

theflysales, GFAVIP surfaces, Headless Domains, this knowledge site: what to build beats raw implementation speed. Field notes, GTM, product brain — shaping before shipping.

Agents & workflows

Specs for workers, policies, allowlists, product-scoped research — “what the agent is allowed to do” is product design (product brain, HQ workers.

Portfolio agency

Multi-company surface area: ship small, pick experiments, exit-interview the skill proactive, agent growth plays.

Two workstreams (how Mike sees it)

A simple overlay on Ng’s map — same four skills, two product surfaces:

Software applications AI agents & workflows
1. Build / deploy AI App features with LLM/RAG/evals in product Agent loops, tools, memory, evals on trajectories
2. SWE fundamentals Stack, data, auth, deploy, reliability Sandboxes, secrets, CLIs, blast radius, observability
3. Coding agents Agents that implement the app (Grok Build, Codex) Agents that are the product (OpenClaw, GrokBot fleets)
4. Shape the build What product to ship for users What jobs, policies, and automations to encode

You don’t pick one column. theflysales is an application that embeds agents; this blog is an application whose content is often written with coding agents; RankingSolution is application + agent workflow. The map keeps all four buckets honest.

Personal learning checklist (use the map)

  1. Score yourself 1–5 on each of the four buckets (honest, not LinkedIn).
  2. Pick the weakest bucket for the next 30 days — not a new shiny tool in a strong area.
  3. Attach practice to a real app: one product feature (application) + one agent/workflow (fleet) so both columns get reps.
  4. Require an eval or verifier on anything agentic (even a simple checklist).
  5. Write the spec first when the agent will implement; write a field note when you’re shaping.
  6. Keep a “try one new agent practice monthly” habit — Ng’s continuous learning bucket.

Related on this site

Primary source: Andrew Ng — AI Engineering Skills Map · DeepLearning.AI will expand each skill in upcoming posts.

Field notes · August 2026 · Four buckets · Applications + agents · Continuous learning

Comments

Approved comments appear below. Log in once with GFAVIP — it applies across the whole site. GFAVIP login

View comments archive