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)
- Score yourself 1–5 on each of the four buckets (honest, not LinkedIn).
- Pick the weakest bucket for the next 30 days — not a new shiny tool in a strong area.
- Attach practice to a real app: one product feature (application) + one agent/workflow (fleet) so both columns get reps.
- Require an eval or verifier on anything agentic (even a simple checklist).
- Write the spec first when the agent will implement; write a field note when you’re shaping.
- Keep a “try one new agent practice monthly” habit — Ng’s continuous learning bucket.
Related on this site
- AI Engineer 6-month roadmap — complementary technical curriculum
- AI engineer vs operator
- Codex engineering · Grok Build
- Multi-agent harness · God agent vs team
- Product brain · SEO loop · Company brain
- CLI for agents · MCP new · Harness tips
- 5 roles · Being proactive
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