Module I
Programming Foundations
Weeks 1–3
A command-line tool that pulls from a public API, stores results, and ships with a README someone else can follow.
Syllabus
Six months full-time, up to nine part-time. A seven-week shared core, then two tracks 34 modules and 132 topics in total, ending in 17 things you can put in a portfolio.
Shared Core
Weeks 1–7 · everyone
ML Engineering
Train the models
AI Engineering
Build with models
Forward Deployed
Ship with users
Advanced systems · capstone
All three tracks reconnect
Then it forks
All three run seventeen weeks and reconnect for the final two weeks. They are not sealed off from one another — you may take electives across the other paths before the shared capstone.
For those who want to ship AI products using models, agents, retrieval, voice, tools and evaluation.
Module I
Weeks 8–9
An account opens every module across all three tracks, the project briefs and the reading list. It takes a minute and costs nothing.
All three tracks, together
The tracks are not separate universes. An AI engineer eventually needs deeper model intuition; an ML engineer eventually needs to ship their model inside a product; a forward deployed engineer needs enough of both to solve a customer workflow end to end. These weeks are shared, and you may take electives from either of the other paths.
What you walk out with
Every one is shippable, and every one names what it proves to somebody reading your CV. That last part is what most course pages leave out.
Adapted to your task, measured against the off-the-shelf version, with the numbers to prove the gap.
Proves You can improve a model deliberately rather than hopefully.
Answers from real documents with citations — and refuses when the answer genuinely is not in them.
Proves You can build retrieval that is honest about what it does not know.
A server you wrote, plus an agent completing a multi-step task with human approval on the irreversible step.
Proves You understand agent architecture from the inside.
Picks up an actual number, knows your documents, handles interruptions, and takes a message when it cannot help.
Proves You can build something a stranger can use without instructions.
Uses domain context and tools to complete useful work, with human approval where the system should not act alone.
Proves You can apply AI to a real workflow instead of forcing a model into the problem.
Deployed to a pilot group, instrumented, hardened, documented and measured against both technical reliability and user adoption.
Proves You can stay with a system from discovery through production and adoption.
A problem you chose, scoped and briefed before you started, then built, measured, documented and reviewed.
Proves The piece your portfolio leads with.
Pulls from a public API, stores what it finds, and ships with a README someone else can follow without asking you anything.
Proves You can write software other people can run.
A claim about a real dataset, tested properly, stating plainly where the evidence runs out.
Proves You know when a result is real.
A model that beat a baseline you established first, with the reason it beat it written down.
Proves You can model something that matters, and defend it.
Trained on images you gathered yourself, with the failure cases documented rather than hidden.
Proves You can run the whole loop, including the messy start.
Behind an endpoint, tracked, and watched for drift — the version that survives contact with production.
Proves You can ship, not just train.
Built from scratch and deployed, with accounts, a database and streaming responses.
Proves You can build a product, not a demo.
Golden cases for your own RAG system — including a regression it caught that you would otherwise have shipped.
Proves You can measure whether an AI system got better.
Maps the current workflow, constraints, systems, users and success metric before a line of production code is written.
Proves You can turn an ambiguous customer problem into an engineering plan.
A thin end-to-end workflow tested with users and changed based on what they actually did rather than what everyone predicted.
Proves You can move from problem to usable software quickly without losing judgement.
Connects real systems through authenticated APIs and events, survives common failures, and exposes a workflow another service can depend on.
Proves You can make new software work inside an existing technical environment.
Every one of these is shippable. Not a notebook you would have to explain — a link someone can open, with the problem it solves and what failed in the first version written underneath. That write-up is what gets read.
Apply
Become AI native, it is the real deal today, and if it is not for you, you have lost nothing but learnt a new skill.