your ideas become tools you can actually use.
start with an everyday problem and turn it into a small working system: tools, automations, trackers, and agents that quietly make your week easier.
name the task you keep doing by hand, with the messy details included.
describe a small tool in plain English, then let ai draft the first version.
run it, inspect what happened, and understand enough to make the next change.
a weekly post-mortem of what cursor and claude got wrong
one email a week. new chapters, the bugs ai shipped, the threads. unsubscribe in one click.
the 44-chapter live path: core path and advanced AI/ML path live now.
Phase 00 · before you build
start from zero: name one real problem, learn what ai can and cannot do, and practice the builder loop before code appears.
Phase 01 · foundations
tiny tools with moving parts: names, values, functions, lists, loops, decisions, errors, and simple state
this is not a variables chapter for future Python programmers. it is your first lab for reading tiny AI-generated scripts: spot the names, run the output, and understand enough to change one thing safely.
ai writes functions constantly, and can silently forget the `return` line. learn to spot the missing return on sight.
every json response you've ever copied out of chatgpt or a rest api is some mix of two things: lists and dicts. read them on sight.
ai writes a loop every time you say *for each*. off-by-one bugs hide in the boundaries. read it before you trust it.
`if` looks simple. the traps inside it — empty values, `==` vs `is`, the difference between `0` and `None` — are where ai quietly ships wrong code.
when python crashes, it tells you exactly what happened and where. most non-engineers panic at the wall of text. you're going to learn to read it.
when a list inside a function changes the list outside the function, that's mutation. ai does this constantly without flagging it, and it's the bug class that takes the longest to find.
Phase 02 · real python
modules, error handling, files & i/o, classes, http
half of `pip install x` failures are environment confusion, not python bugs. learn what `import` actually does, what a virtual env is for, and why your script can't find the package you just installed.
ai loves a happy path. the moment a file isn't there or an api blinks, the script blows up. `try/except` is how you keep the program alive long enough to log what went wrong.
reading a csv, writing a log, parsing a json dump. the first thing ai does in any real project is touch a file. learn the few patterns it reaches for and the one it forgets.
ai ships classes constantly: sqlalchemy models, fastapi schemas, custom exceptions. you don't need to design them. you need to read one without flinching.
every ai script eventually calls an api. learn the shape of `httpx.get`, what a status code means, and how to pull a value out of the json that comes back.
Phase 03 · llm apis
calling models, structured output, mcp, agent loops
every ai feature you ship eventually calls a model api. learn the messages pattern, how to read the response, and the four lines ai writes every single time.
free-form text breaks every pipeline. learn the schema-first pattern ai uses to get reliable json back, validate it with pydantic, and catch the model's lies before they hit prod.
mcp is the new standard for plugging tools and data sources into ai agents. learn what an mcp server actually is, how claude code lists tools, and why this is replacing one-off integrations everywhere.
an agent isn't a magic. it's a while loop. learn the actual cycle claude code, cursor, and every other agent uses: model returns tool_use, you run the tool, you send the result back, repeat until end_turn.
Phase 04 · shipping discipline
git, secrets, prompting, traces, evals, retrieval, tradeoffs
cursor and claude code commit on your behalf. reading those commits — and undoing the bad ones — is your job. learn the four-state model, the commands you'll run every day, and what `gh` does that `git` can't.
ai ships keys to github all the time. learn the .env pattern, why os.getenv is non-negotiable, what to do when a key leaks, and the gitignore lines you need on day one.
the difference between a one-shot ai session and a four-hour debugging spiral is almost always the first prompt. learn the structure that gets you usable code.
when an agent fails, the trace tells you exactly where. learn to read tool calls, tool results, and stop reasons — the json breadcrumbs every agent leaves behind.
if you can't test it, you can't ship it. learn the simple-but-strict eval patterns that separate ai features that work from ones that just feel like they do.
rag without the overengineering. chunking, embeddings, vector search, and the small set of patterns that make a model answer from your data instead of its training set.
the three numbers every shipped llm feature lives or dies by. token math, caching, streaming, batching, and the small set of decisions that move the product more than a model swap ever will.
when the model lies to your customer. the methodology for narrowing down what went wrong, the four most-common breakage classes, and the discipline that separates 'we shipped a fix' from 'we blamed the model and shrugged'.
Phase 05 · capstone
ship a working cli agent in 12 steps. ~100 lines of python.
Phase 06 · applied builds
agent harnesses, ai image gen, ai video gen, programmatic design, harness engineering
claude code, cursor, aider, codex cli — they're all the same four layers wrapped around the same model api. learn what those layers are, what each adds, and what you'd build yourself if you had to.
the 2026 image model landscape, the prompts that work, and the pipeline that turns one good idea into a hundred ready-to-ship images. nano-banana, flux, midjourney, ideogram — when each wins and what they cost.
video is the hardest content type to generate, the most expensive, and the most strategically interesting. learn the 2026 model lineup, the camera-control patterns that separate slop from craft, and the cost math that decides whether your idea is viable.
ai generates raw assets; code stitches them into something shippable. hyperframes, remotion, claude design — when each tool wins, how they combine, and the data-driven workflows that turn one template into a hundred videos.
every coding agent is a model plus a harness. the model is bought; the harness is engineered. learn the craft: how to ratchet rules from failures, fight context rot, design long-horizon loops, wire hooks as enforcement, and read the haas shift that's reshaping what you build vs buy.
Phase 07 · command line and team skills
intro to terminal, the claude cli, the openai codex cli, anthropic team skills
you've never opened a terminal. by the end of this chapter you have, and you can move around your files, make folders, and read files without touching the mouse. it's a keyboard shortcut, not a cockpit. every tool in the rest of this course assumes you can do this, so we do it first.
you've used claude in a chat window. the claude cli is the same model with its hands on your actual files. this chapter installs it, signs you in, and runs your first real command. by the end you've watched an ai read, plan, and change things on your machine, and you know when to reach for the cli instead of the chat box.
you know the claude cli. the openai codex cli does the same job, an ai working in your terminal on your real files, with a different company behind it. this chapter installs it, signs you in, and runs your first command. most of what you already know carries straight over, so this chapter is mostly about what is different and when to reach for which.
a claude skill is a packaged set of instructions, your team's playbook, that claude loads when it is relevant so nobody has to re-explain it. this chapter is for people who manage teams. it covers what a skill is, how a team shares and provisions skills, real examples for hr, legal, and ops work, when a skill beats a one-off prompt, and the governance you need before any skill touches real work.
Phase 08 · ai/ml engineering buildout
advanced track in active buildout: dataframes, sql, ml fundamentals, pytorch, serving, mlops, monitoring, cloud, portfolio
tables are the working surface of applied ml. learn rows, columns, missing values, joins, aggregates, and the dataframe habits ai-generated notebooks assume.
most training data starts in a database. learn the select, join, filter, aggregate, and leakage traps that decide whether a model is learning signal or nonsense.
a dataset is a product surface. build ingestion, validation, partitions, manifests, and checkpoints so the next run is not a mystery.
vectors, probability, distributions, correlation, and uncertainty are not trivia. they are how you read model behavior without worshipping it.
labels, splits, baselines, training, prediction, and evaluation. the supervised workflow is the first complete model loop.
not every useful model has labels. cluster, compare, retrieve, and recommend by turning examples into useful neighborhoods.
accuracy is a blunt instrument. learn confusion matrices, precision, recall, thresholds, slices, and failure notes so model quality has evidence.
read tensor code without flinching. tensors, shapes, broadcasting, gradients, and autograd are the grammar of modern deep learning scripts.
the training loop is where models change. learn loss, gradients, optimizer steps, schedules, checkpoints, and the bugs ai ships there.
architecture literacy for builders: convolution, attention, tokens, decoding, kv cache, quantization, and what those choices do to cost and behavior.
features, runs, configs, artifacts, and registries are how ml work becomes repeatable instead of a lucky notebook.
serving a model means handling inputs, versions, routes, batch jobs, ci gates, rollback, and production failures deliberately.
the last mile: logs, drift, alerts, retraining decisions, cloud cost, gpu constraints, architecture docs, demos, and role stories.
your team is already using ai at work. most of them need a calmer path from user to builder.
promptdojo for teams gives your whole organization the builder-literacy spine, domain electives, and accountability a company actually needs.
assign paths by role. see who started, who's moving, who's stuck.
progress visibility and completion receipts, not a pile of unused logins.
each team gets role-fit electives, artifact rubrics, and cohort pacing.
team plans help keep the free path open while funding deeper lessons, better rubrics, and the team visibility companies actually need.
