← All sessionsHomeSearch
AI Catalyst C3·Basecamp·2:38:47

Basecamp 1: Prompting & RAGs

Devesh Trainer — Data & Applied Scientist, Microsoft (M365 Copilot / Teams) · Abhishek Program manager, Catalyst program (session 1 host; Niharika is ongoing cohort manager)

Session map

HOW LLMS WORKWHY PROMPTING MATTERSTECHNIQUES & RAGThe AI generalistproblem solver, AI as leverageHow LLMs worktokens → embeddings → attentionThree modalitiestext · image · audioHallucinationprobabilistic, never says 'I don't know'Context windowthe 100-page journalContext engineeringworld · task · examples · constraintsChain-of-thoughtstep-by-step decompositionRole promptingnarrow the search spaceMeta promptingAI builds your promptsRAGanswer from your documents
How LLMs workWhy prompting mattersTechniques & RAG
click a node — its card pops up (drag it anywhere, × to close)
Concept

The map reads left to right — how llms work flow into why prompting matters, then into techniques & rag. Click any node to open that idea here; every timestamp jumps into the recording.

The short version

  1. How LLMs work under the hood in four steps — tokenization, embeddings, self-attention, prediction — and why that mechanism is the entire reason prompting matters.
  2. Two prompting techniques cover everything: chain-of-thought (step-by-step decomposition) and meta prompting (have the AI build your prompts from the vendors' own prompting guides).
  3. LLMs are probabilistic and will confidently answer about things that don't exist (hallucination); RAG fixes this by forcing answers to come from your attached documents via chunking and indexed retrieval.
  4. Context engineering — the art of filling the context window with world/task/examples/constraints — is the modern framing of prompt engineering.

The concepts

01

AI generalist (vs specialist)

0:19:02

The job title isn't 'AI expert' — it's problem-solver who uses AI as leverage, and half the qualification is the domain knowledge you already have.

Three circles overlap to make an AI generalist. AI literacy — knowing how these systems actually work and how to operate them well. Domain expertise — knowing which problems in your field are worth solving and how they really behave. Operational execution — knowing which tool to reach for, while holding tools loosely, because today's tool is replaced next quarter and the fundamentals aren't.

The trainer is explicit about what this role is not: not an AI/ML specialist who builds transformers, not a tool expert, not someone who outsources their thinking to a model, and not "a prompt engineer." It's someone who takes a problem end to end and ships something. And the pressure is real — coding benchmarks have climbed to the point where narrow specialists are the ones at risk, while people with one deep domain plus an open mind convert fastest.

Worked example · from the session

The trainer's own case: a career coder who was 'zero at content creation', set a goal in January to start publishing, and used AI as the leverage to climb that curve — the same move he's asking the cohort to make in their own domains.

Why it matters

It reframes the whole course. You aren't here to become an AI scientist; you're here to point AI at problems you already understand better than the model does.

People get this wrong

To use AI seriously I need to understand transformers and machine learning first.

You need to understand how the model behaves, not how it was built. Domain expertise plus operating skill beats shallow ML theory for everything this course covers.

An AI generalist is a problem solver who uses AI as a leverage.0:19:02
For your projects

This is exactly the bet the course KB represents: you're not building a model, you're building the operating knowledge and the retrieval layer around it. The pipeline is domain expertise (your own archive, your own courses) times AI literacy.

Go deeper

In one line: A problem solver who uses AI as leverage, combining AI literacy, domain expertise, and operational execution. Not an AI/ML specialist, tool expert, or mere prompt engineer.

Specialist value is eroding: trainer cites SWE-bench ~86%, equating LLM coding with a 20-year principal engineer (claim as stated in session)

Tools should be agnostic — fundamentals persist while tools change

Try it now

Write down the three problems you solve most often in your actual work. Those are your curriculum — every technique in this course should be tested against them, not against generic demos.

▶ Watch this taught: 0:19:02

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

What are the three overlapping circles of an AI generalist?

AI literacy, domain expertise, and operational execution — problem-solving at the centre.

Name two things an AI generalist explicitly is not.

Any two of: an AI/ML specialist, a tool expert, an AI-dependent who outsources thinking, or merely a prompt engineer.

Why does the trainer insist tools should be agnostic?

Because tools churn and fundamentals don't. He moved from ChatGPT to Claude for connectors without relearning anything that mattered.

02

How LLMs work: tokenization → embeddings → self-attention → prediction

0:33:20

Four things happen to every prompt you ever send, and the third one is the reason prompting works at all.

Step one, tokenization: your sentence is chopped into the model's smallest units and swapped for fixed number IDs. "Explain" is always token 176289. English has a finite vocabulary — roughly 450k words — so every one of them gets a number, and anything the model has never seen gets a catch-all UNK token instead of an error. Rough conversion: 75 words ≈ 100 tokens. This is also the billing unit, which is why cost is measured here.

Step two, embeddings: those meaningless numbers become long vectors that carry meaning learned from what words sit near each other across the whole internet. That's how the model knows "calories in apple" is the fruit and "market cap of apple" is the company — nothing was hand-labelled, the co-occurrence did it. Step three, self-attention: the model decides which words in your input matter most. Step four, prediction: it emits the next token, probabilistically. Steps one, two and four are fixed machinery. Step three is the one you can steer, and prompting is nothing more than steering it.

Worked example · from the session

'Explain me LLM in detail' returns tokens, architecture, attention — accurate and useless to a beginner. Add five words, 'as if I am 5 years old', and self-attention shifts onto that phrase: now it's a super-smart talking robot that read a lot of books. Same model, same question, different answer.

Why it matters

Every prompting technique in this session is a way of manipulating step three. Once you can see the mechanism, techniques stop being folklore you memorize and become moves you can invent.

People get this wrong

Tokens are just words — one word, one token.

Tokens are sub-word units with fixed IDs; punctuation and spacing count, and roughly 75 words comes out at 100 tokens. That gap is exactly what you're billed on.

What happens under the hood on every single prompt 1 · Tokenization words → fixed number IDs “explain” is always 176289 the billing unit 2 · Embeddings tokens → long vectors meaning from co-occurrence apple the fruit vs Apple the brand 3 · Self-attention which words matter most — and steer the whole answer this is where prompting lands 4 · Prediction next token, probabilistically “I eat ice ___” root cause of hallucination “Explain me LLM in detail” → tokens, architecture, attention… technically right, useless to the asker … “as if I am 5 years old” → “a super smart talking robot that read lots of books” — five words redirected step 3 Same model, same question. Prompting works because self-attention is steerable.
Four steps under the hood — and where your prompt actually lands
Model has not done a bad job here. I have done the bad job... The quality of what you give matters enormously.0:57:45
For your projects

The 75-words-to-100-tokens ratio is the arithmetic behind every budget estimate in the handoff — condensed transcripts at ~26k tokens each, enriched sessions at 85-90k. Knowing the mechanism makes those numbers predictable rather than mysterious.

Go deeper

In one line: The four things that happen under the hood on every prompt; the mechanism that explains why prompt wording changes output quality.

Tokenization (0:35:22): words → fixed token IDs; billing unit; ~75 words ≈ 100 tokens; unknown words get an UNK token

Embeddings (0:43:30): tokens → long vectors capturing meaning learned from co-occurrence (apple the fruit vs Apple the brand)

Self-attention (0:45:31): model weights the important words — adding 'as if I am 5 years old' redirects the whole answer

Prediction: probabilistic next-token generation — the root cause of hallucination

Try it now

Paste a sentence into a tokenizer visualizer and watch it split. Then run the same question twice — once bare, once with an audience clause — and notice which parts of the answer moved.

▶ Watch this taught: 0:33:20

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

Name the four steps in order.

Tokenization → embeddings → self-attention → prediction.

How does the model know 'apple' means two different things?

Embeddings. It saw 'calories in apple' surrounded by fruit language and 'market cap of apple' surrounded by company language, millions of times, and encoded that difference as vector distance.

Which of the four steps does prompting actually affect, and why does that matter?

Self-attention. Prompting is steering which words the model weights — that's why an audience clause or a role changes the entire answer without changing the model.

What happens to a word the model has never seen?

It's assigned the UNK (unknown) token — no meaning attached, but no error either, which is why typos degrade gracefully instead of crashing.

03

Hallucination

0:51:38

The model will never tell you it doesn't know — it will invent something plausible and say it with total confidence.

Step four is prediction from a probability distribution, and a distribution always has a most-likely next word. There is no branch in that machinery that outputs "I have no idea." So when you ask about something that doesn't exist, the model does the only thing it can: it assembles the most statistically comfortable answer from the pieces it knows.

The tell is that hallucinations are *reasonable*. Asked about a model that never existed, ChatGPT correctly noted there's no official model by that name — and then helpfully explained it was probably a nickname meaning a powerful, dominating model. Every step of that reasoning is sensible; the subject is fiction. That's what makes hallucination dangerous: it doesn't look like an error, it looks like an answer.

Worked example · from the session

The trainer invented 'Claude Juggernaut' on the spot — it's the name of a South Indian café near his flat — and asked ChatGPT about it. He got a confident paragraph rationalizing the name as an affectionate label for a powerful Claude model. Nobody in the cohort had heard of it, because it never existed.

Why it matters

This one demo justifies the second half of the session. RAG, citations, and grounding all exist because of this failure mode — and knowing it's structural, not a bug awaiting a fix, changes how much you verify.

People get this wrong

Hallucination is a bug that better models will eventually eliminate.

It's a direct consequence of probabilistic next-token prediction. Better models hallucinate less often and more subtly — grounding is the fix, not scale.

For your projects

This is the reason every extracted session carries asrCorrections and freshnessNotes: the KB's job is to be the grounded source, so anything the transcript garbled or the trainer stated as point-in-time fact is flagged rather than silently absorbed.

  • A 'hallucination trap' page in the KB: the invented terms the trainers deliberately used across sessions, collected as a teaching artifact for anyone new to the material.
Go deeper

In one line: Models are probabilistic and never say 'I don't know' unprompted — demonstrated live by asking about the invented model 'Claude Juggernaut' (a café name), which ChatGPT confidently rationalized.

Try it now

Invent a plausible-sounding product, framework, or paper title and ask a model to explain it. Watch how much detail it will generate about something that has never existed.

▶ Watch this taught: 0:51:38

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

Why can't a model just say 'I don't know'?

Because it predicts the next token from a probability distribution — there is always a most-likely continuation, and no built-in branch that outputs uncertainty.

What made the Claude Juggernaut answer especially instructive?

It was reasonable. The model even flagged that no official model has that name, then confidently rationalized it as a nickname — plausible reasoning wrapped around pure fiction.

What's the structural fix demonstrated later in the session?

RAG — force answers to come from attached documents, so the model reads rather than predicts.

04

Context window

1:03:51

Buy a hundred-page journal and you can write a hundred pages — the context window is that limit, and your uploads use it up too.

The context window is the maximum number of tokens the model can hold in one conversation. Not what it remembers — what it can physically accommodate. The journal analogy is exact: a hundred-page notebook takes a hundred pages, a two-hundred-page notebook takes two hundred, and when it's full it's full.

The part people miss is what counts against it. It isn't just your typed messages and the model's replies — every uploaded document is tokenized into the same budget. Uploading one prompting guide PDF consumed 38,000 tokens before a single question was asked. Context sizes are also the fastest-moving spec in the industry, which is why the trainer doesn't memorize them: he opens a comparison leaderboard and sorts by intelligence index, output tokens per second, price, or window size, depending on what the task needs.

Worked example · from the session

In the live meta-prompt build, Google AI Studio showed the counter jump to 38k tokens the moment the Google prompting guide PDF was attached — a visible demonstration that 'attachment' means 'context spend'.

Why it matters

It explains long-conversation drift, why big attachments crowd out your instructions, and why 'just upload everything' is a strategy with a hard ceiling.

People get this wrong

A bigger context window always gives better answers.

It gives you more room. Filling that room with irrelevant material still degrades the answer — capacity and quality of context are different problems.

Go deeper

In one line: Maximum tokens a model can hold — the '100-page journal' analogy. Uploaded documents count against it, not just chat text.

Live tour of a model-comparison leaderboard (1:12:00): intelligence index, output tokens/sec, price, context sizes (~1M becoming standard, per session)

Try it now

Open a model comparison leaderboard and sort by context window, then by price. Notice that the biggest window is rarely the best answer for a given job.

▶ Watch this taught: 1:03:51

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

What exactly does the context window measure?

The maximum number of tokens the model can hold at once — its capacity, not its memory.

Name something that consumes context that people forget about.

Uploaded documents. The Google prompting guide PDF alone ate 38,000 tokens before any question was asked.

Why does the trainer use a leaderboard instead of memorizing model specs?

Because intelligence index, speed, price and window size all churn constantly. The skill is knowing which axis your task needs, then looking it up.

05

Prompt engineering → context engineering

1:01:48

Instructions the model can handle on its own. Context is the part only you can supply — and it's where the quality actually comes from.

Karpathy's framing, quoted in the session: context engineering is "the delicate art and science of filling the context window with just the right information." The rename matters because it moves the job from wording tricks to information supply. Prompt engineering sounds like phrasing; context engineering is about what the model is allowed to know — documents, memory, tools, examples, all of it.

The four-part checklist is the practical form. World context: who am I, what do I do, who am I talking to. Task context: what specifically needs to happen. Examples context: what a good answer looks like. Constraint context: what you must not do. Every model silently assumes all four whether or not you supply them — and it will assume wrong, because it has no way to know you go to the gym for 45 minutes, five days a week, and are lactose intolerant.

Worked example · from the session

'Give me a vegetarian diet and 5-day workout plan to build muscle' produced a clean generic answer the cohort initially rated 10/10. The trainer rated it 0 — it never asked his weight, height, injuries, supplements, or how long he trains. Same model, given the four kinds of context and told to ask one question at a time, produced a plan he'd print out.

Why it matters

It relocates the blame. When output is generic, the model did exactly what it was told; the missing half was yours to supply. That's an actionable diagnosis, not a complaint about AI.

People get this wrong

Context engineering is just a trendy new name for prompt engineering.

It's a wider job. Prompting is wording; context engineering covers everything that lands in the window — attached documents, memory files, tool definitions, examples — of which your typed prompt is only one part.

The context window a 100-page journal — a hard page limit your chat messages every document you upload memory files & tool definitions what’s left a 38k-token PDF fills a lot of journal Uploads count against it — not just what you type. What you fill it with the four-part checklist every model silently assumes World context who am I, what business, who am I talking to Task context what specifically needs to happen Examples context this is the shape of a good answer Constraint context what the model must NOT do Instructions the model can handle. Context is the part only you can supply.
The window, and the four kinds of context you fill it with
Obviously it is annoying for humans, but this is like a gold mine for AI. AI needs all these contexts to perform better. (after the coffee-ordering sketch)1:49:33
For your projects

The four-part checklist is a good audit for the handoff docs themselves: world context (the mission and Paul's stack), task context (the ordered task list), examples context (the approved exemplar), constraint context (build then HOLD, never switch models silently). That's why the handoff works as a cold start.

  • A reusable 'context block' for the pipeline: a short YAML file describing Paul's stack, priorities and constraints, pasted at the top of any new AI session, so world context never has to be re-explained.
Go deeper

In one line: The art and science of filling the context window with the right information (Karpathy framing). Four-part context checklist: world context (who am I), task context (what must happen), examples context, constraint context (what NOT to do).

Try it now

Take the last disappointing answer you got. Rewrite the request supplying all four kinds of context explicitly, and add 'ask me one question at a time before answering.' Compare.

▶ Watch this taught: 1:01:48

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

Name the four kinds of context.

World (who am I), task (what must happen), examples (what good looks like), constraints (what not to do).

Why did the trainer score the first diet plan 0 out of 10 when the cohort said 10?

It solved the question as asked but was completely impersonal — no weight, height, injuries, supplements, time available. Not a bad model, a bad prompt.

What's the difference between instructions and context?

Instructions tell the model what to do and it handles them well. Context is the situational knowledge only you have — and it's what most people leave out.

06

Chain-of-thought prompting

1:27:11

Add one sentence — 'let's think step by step' — and the model stops guessing the answer and starts building it.

Picture a metal chain: linear interlocking links, and you can ask for ten metres or fifty. Chain-of-thought is that shape applied to reasoning — the problem broken into linked steps rather than answered in one jump. Google Brain published the technique in 2023, testing it on reasoning puzzles the models were getting wrong; the only change was appending that one instruction, and accuracy jumped sharply (the trainer cites ~70% in the paper).

Two things follow. First, it isn't just for puzzles — a go-to-market strategy, a financial plan or a competitor analysis are all problems that decompose into steps. Second, and this is the practical unlock: the paper predates every current model's training cutoff, so the model already knows the technique. You don't need to hand-write the steps. Describe your problem and ask it to "make a chain-of-thought prompt going step by step" — it writes the framework for you, typically opening with a role, then an objective, then numbered steps starting with "ask the user for the missing information."

Worked example · from the session

'I want to build an application for market research and competitor analysis — make me a chain-of-thought prompt going step by step.' Out came a full framework: elite market researcher role, clarifying questions, then TAM/SAM/SOM, company overview, competitive landscape, pricing strategy, SWOT — a mental model the model then follows step by step when you paste a company name in.

Why it matters

It's the cheapest quality upgrade available and it generalizes to any domain. It's also the mechanism behind every 'thinking' mode you've clicked — you're just invoking it explicitly.

People get this wrong

Chain-of-thought is for logic puzzles and maths problems.

The paper tested puzzles, but the mechanism is problem decomposition. Financial planning, GTM strategy and competitor analysis benefit just as much.

For your projects

The per-session extraction protocol in the handoff is a chain-of-thought prompt in disguise — numbered steps 1 through 6, each one a link, ending in a build. That's why it survives being handed to a fresh session.

Go deeper

In one line: Decompose a problem into linear step-by-step reasoning ('let's think step by step'). Google Brain paper (2023); trainer cites ~70% accuracy jump on reasoning puzzles. Reasoning/'thinking' modes in current models are CoT built in (1:43:28).

Works for any domain problem (GTM strategy, finance planning), not just puzzles

Practical recipe: describe your problem, ask the model itself to 'make a chain-of-thought prompt going step by step' — the model knows the technique

Try it now

Take a problem from your own work, describe it in one sentence, and ask the model to build a step-by-step framework prompt for it. Then run the framework against a real case.

▶ Watch this taught: 1:27:11

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

What single change did the Google Brain paper make?

It appended 'let's think step by step' to prompts the model was answering wrongly, and accuracy jumped substantially — the trainer cites ~70% in the paper.

Why don't you have to write the steps yourself?

The paper is from 2023, well inside the training cutoff, so the model knows the technique. Describe the problem and ask it to build the step-by-step prompt for you.

What is the 'thinking' toggle in current models actually doing?

Chain-of-thought, built in. It silently instructs the model to decompose the problem into steps before answering.

07

Role prompting

1:37:22

Open every prompt with who the model is. It's one line, and it decides which slice of everything the model knows gets searched.

The model was trained on maths, history, geography, marketing, medicine — everything. Ask a bare question and it searches all of it. Name a role and self-attention narrows the search to the relevant region: "you are an elite market researcher who thinks like a McKinsey partner" pulls the model toward consulting frameworks, structured analysis, and the vocabulary of that world.

The trainer's proof is a time-travel argument. Before AI, how did you learn to do market research? You searched, and you landed on HBS articles and Salesforce's guide — the same authoritative sources the model trained on. So writing "you are an expert in market research who has worked for brands like Salesforce" isn't flattery or theatre; it's a pointer at that body of material. Notice too that when you ask a model to write you a prompt, it opens with a role unprompted — because the guides it learned from all say to.

Worked example · from the session

'You are an elite market researcher and competitor expert with 15 years of experience. You think like a McKinsey partner.' That opening line is what makes the difference between a generic list and an analysis structured the way a consultancy would structure it.

Why it matters

It's the highest-leverage single line in any prompt and it costs nothing. It's also a concrete instance of the self-attention mechanism from earlier — theory becoming a habit.

People get this wrong

Role prompting is flattery — 'you are a world-class expert' is just hype that makes no difference.

It's a retrieval instruction. The role narrows which part of the model's training gets weighted — the effect is mechanical, not motivational.

Go deeper

In one line: Always start prompts with a role definition. It narrows the model's self-attention search space to the relevant slice of its training (the 'McKinsey partner' / 'worked for Salesforce' effect).

Try it now

Take a prompt you use often and add a role line naming both the expertise and an organization known for it. Run both versions side by side.

▶ Watch this taught: 1:37:22

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

Mechanically, what does a role line do?

It narrows the self-attention search space, biasing the model toward the region of its training that matches that expertise.

Why name a specific organization like Salesforce or McKinsey?

Because those organizations published the authoritative material on the topic and the model trained on it. Naming them pulls that material into context.

Why do AI-generated prompts almost always start with a role?

Because every vendor prompting guide the model learned from recommends it — the model is following its own best practice.

08

Meta prompting

how-to1:51:35

You don't have to read the three official prompting guides. Have the AI read them once, keep what it builds, and reuse it forever.

Google, OpenAI and Anthropic have each published a guide to prompting their models. Nobody has time to read three documents and synthesize them. So don't — upload them and ask the model to assimilate the best practices into a reusable "prompt designer." The trainer calls this the father of all techniques, and it's the one thing from this session that outlives every tool in it.

It's built in layers, and each layer contributes something visible. Google's guide gives you "start with a strong role" and chain-of-thought. OpenAI's GPT-5 cookbook adds delimiters and explicit reasoning effort. Anthropic's adds XML tagging, because Claude works best with open/close markup. The result is a block of text that already knows every technique and picks the right one for the problem you hand it — including asking you clarifying questions before it writes anything, which is precisely the failure the bad diet-plan prompt demonstrated an hour earlier.

Worked example · from the session

One line in — 'I want a personalized health companion that gives me a diet and exercise plan' — plus the saved architect. It came back asking about target audience, experience level, primary goal and constraints, then produced a full XML-structured prompt with role, context, step-by-step reasoning, examples and output format. Paste that into any model and it works.

Do it in this order

GotchasEach upload spends context — the Google PDF alone cost 38k tokens, and the free-tier account hit an internal error mid-demo and had to be swapped. Build the architect in a cheap large-context tool, not in the model you'll actually work in. And review what it produces; it's a strong draft, not gospel.

Why it matters

It collapses prompt-writing from a skill you practise into an asset you own. Change the problem statement, keep the architect — that's the whole workflow, in any domain, in any model.

People get this wrong

Meta prompting means writing a really long, really detailed prompt.

It means building a prompt that writes prompts. The length is a side effect; the point is that it's reusable and it interviews you before producing anything.

Three vendor guides, read by the AI, stacked into one reusable prompt architect Layer 1 · Google Prompt engineering guide (PDF) → start with a strong role Layer 2 · OpenAI GPT-5 prompting cookbook → delimiters, reasoning effort Layer 3 · Anthropic Prompting best practices → XML tagging Universal prompt architect one saved block of text picks the right technique itself asks clarifying questions first reuse forever · swap only the problem “a personalized health companion” one line of goal, in Full XML-structured prompt role · context · task step-by-step reasoning examples · constraints out — paste into any model Don’t read the guides. Have the AI assimilate them once, then keep the result.
Three vendor guides in, one reusable prompt architect out
For your projects

This is the strongest single takeaway in Basecamp 1 for the pipeline: the extraction protocol in HANDOFF-catalyst-extraction.md is already a hand-written meta prompt. Feeding it plus the approved exemplar through this three-layer treatment is a plausible way to tighten it further.

  • A saved 'session extractor' skill built this way — the schema, the exemplar and the quality bar assimilated once, so a future sitting starts from a prompt architect rather than a document to be read.
  • Could be worth exploring the same trick for LWP client briefs: assimilate your own past briefs into an architect that interviews you before drafting a new one.
Go deeper

In one line: The 'father of all techniques': have AI assimilate the official prompting guides (Google, OpenAI, Anthropic) into a reusable universal prompt architect, then describe any problem to it and receive a complete high-quality prompt.

Built live in three layers: Google prompting guide PDF → GPT-5 guide (delimiters) → Anthropic guide (XML tagging) (1:53:38–2:03:48)

Demo: one-line goal ('personalized health companion') → architect asks clarifying questions → full XML-structured prompt (2:03:48)

Reusable: swap the problem statement, keep the meta prompt

Try it now

Build it once tonight in a free large-context workspace, save it as a Claude skill named 'meta prompt', and use it on the next real task you'd otherwise have prompted by hand.

▶ Watch this taught: 1:51:35

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

What does each of the three layers contribute?

Google: strong role and chain-of-thought. OpenAI: delimiters and reasoning effort. Anthropic: XML tagging.

What stays constant and what changes when you reuse it?

The meta prompt is constant; you swap only the one-line problem statement. Finance planner, market researcher, GTM strategy — same architect, different prompt out.

Why build it in Google AI Studio rather than your main model?

It's free, has a 1M context window, and shows a live token counter — you can watch the 38k-token PDF land. No reason to burn premium tokens on a one-time build.

Where can you store the finished architect so it's always to hand?

As a Claude skill (an .md file), a custom GPT, or a Gemini gem — the trainer confirmed all three work.

09

RAG (retrieval-augmented generation)

2:11:56

You've already built a RAG. Every PDF you've ever dropped into a chat window was one.

RAG means the answer comes from documents you supplied rather than from the model's memory. That's it. Attach your resume and ask what projects you worked on at Microsoft, and the model has no choice but to read — it cannot predict facts it was never trained on. Hallucination, for anything the documents cover, disappears.

The library analogy carries the mechanism. A hall of unsorted books with no librarian is the bare model: asked for one fact, you wander and guess. Add a librarian and shelf tags and you get direction — that's chunking and indexing, where a 100-page document becomes ten 10-page chunks stored in a vector database. Add four friends searching different books at once and you get parallel retrieval: your question is matched against every chunk simultaneously, and only the chunks that match — say chunk 5 and chunk 6 for photosynthesis — get pulled into the context window. The rest stays in the database, which is exactly why this scales to documents far larger than the window.

Worked example · from the session

NotebookLM, shown live as the trainer's daily learning tool: research papers, a YouTube video and an NVIDIA article uploaded as sources, then 'explain chunking' answered with inline citations pointing at which source and which passage — plus a generated mind map and a two-host audio overview of the same material. Free tier, up to 50 sources.

Why it matters

It's the structural answer to the session's central problem. And it's the layer you'll build on for the rest of the course — everything agentic assumes you can ground a model in your own material.

People get this wrong

Building a RAG requires setting up a vector database and writing retrieval code.

For personal use it's an upload. Attaching a PDF to a chat, or dropping 50 sources into NotebookLM, is a RAG — the chunking, indexing and vector storage happen for you.

The library: why chunking and indexing are the whole trick No librarian, no tags a hall full of unsorted books you were asked for one fact about the industrial revolution no direction — you guess (this is a model hallucinating) Librarian + index history section → shelf by decade → the 1980 row chunking + indexing 100-page book → ten 10-page chunks stored in a vector database Five friends, one shelf every chunk searched at once only the matching chunks enter the context window the answer is cited, not invented the rest stays in the database You have already done this. Every PDF you have ever dropped into a chat was RAG — chunked, indexed, searched, answered from. Uploading is the easy part; knowing what’s underneath is what lets you build one. Caveat: if the document is wrong, the answer is wrong. RAG removes invention, not error.
The library — why chunking and indexing are the whole trick
For your projects

The course KB is a hand-built RAG whose retrieval layer hasn't landed yet: the extraction is deliberate chunking (concepts as chunks, sessions as documents), and the planned SQLite FTS5 plus vector index is the indexing step. This session is the theory behind the phase you've already scheduled.

  • Push each extracted session into NotebookLM as it's built — the mind-map and audio-overview outputs make an instant revision layer over material you've just structured.
  • Worth exploring whether concept cards, rather than whole session pages, are the right chunk size for the vector phase — this session argues the chunk should match the question you expect.
Go deeper

In one line: Answering from attached sources instead of model memory, eliminating hallucination for covered content. Uploading a PDF to a chatbot IS RAG.

Library analogy (2:13:58): librarian + indexed shelves + parallel searchers = retrieval

Mechanics (2:16:01): chunking → indexing → parallel search over chunks → only relevant chunks enter context

Caveat from Q&A: RAG answers are only as good as the documents ('if your document is wrong, your answer is wrong')

Try it now

The home project: open Google AI Studio, upload a few contracts, and ask it to extract the key terms. That's a working contract-analysis RAG, and it's the same framework companies use to pull fields off invoices at scale.

▶ Watch this taught: 2:11:56

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

Why does chunking make retrieval faster rather than slower?

Because chunks can be searched in parallel. A 100-page book split into ten chunks means ten simultaneous searches instead of one linear scan — the four-friends-one-shelf part of the analogy.

What gets into the context window when you ask a question of a RAG?

Only the chunks that matched. Everything else stays in the vector database — which is how you query documents far bigger than the window.

Does RAG guarantee a correct answer?

No. It guarantees the answer comes from your documents. If the document is wrong, the answer is wrong — it removes invention, not error.

What's the difference between a RAG and a skill?

RAG is documents you attach for grounding. A skill is closer to a tool — it can be code, and it can call other tools to perform an action.

10

Three generative modalities

0:29:14

Humans communicate in exactly three ways — text, image, audio — and AI now generates all three. That's the whole reason this moment feels different.

The trainer's framing: everything happening in AI today was technically possible ten years ago. What changed is that AI started generating the three channels humans actually use to communicate. Text — every chat model. Images — every generator. Audio — every voice tool. There is no fourth channel: video is images at some frames per second, a phone call is audio, radio is audio.

The payoff is a bird's-eye filter for the overwhelming flood of new tools. Any AI application you'll ever see is a permutation of those three generative capabilities wired to a problem. Underneath, it's all numbers anyway — an image is a 3×1024×1024 matrix of RGB pixel values, text is token IDs, audio is samples. Knowing that, a new product launch stops being noise and becomes a question: which of the three does this generate, and what problem is it pointed at?

Worked example · from the session

Announcing a workshop to someone abroad: you can text them, send them a poster image, or record a voice note. Three channels, one message. Video would just be the image channel at 30 frames a second.

Why it matters

It's a triage tool for tool overload — the thing the cohort said overwhelms them most. Every new app slots into a permutation you already understand.

For your projects

A quick classifier for course triage too: as more Outskill programs land in courses.yaml, 'which modality does this teach you to generate' is a fast way to write the COURSE_META description.

Go deeper

In one line: All AI applications are permutations of generated text, images, and audio; video is frames (images), calls/radio are audio, and images are RGB pixel matrices (1:25:10).

Try it now

Take the last three AI products you saw announced and classify each one: which modality does it generate, and what problem does it point that at? Notice how fast the hype thins out.

▶ Watch this taught: 0:29:14

Check yourself

Answer from memory first — the recall attempt is what makes it stick. Then reveal.

Why are there only three modalities?

Because there are only three ways humans exchange information: text, image, audio. Video is images at a frame rate; calls and radio are audio.

How is an image represented to a model?

As numbers — a 3 × width × height matrix, the 3 being the RGB colour filters.

What changed to cause the current wave, if the use cases existed ten years ago?

AI started *generating* all three human communication channels, not just analyzing them.

Every concept, three clicks deep

The same concepts as a quick reference: the closed row is the glance, open is the study card, and every timestamp jumps into the recording.

01AI generalist (vs specialist)A problem solver who uses AI as leverage, combining AI literacy, domain expertise, and operational execution.0:19:02

A problem solver who uses AI as leverage, combining AI literacy, domain expertise, and operational execution. Not an AI/ML specialist, tool expert, or mere prompt engineer.

Specialist value is eroding: trainer cites SWE-bench ~86%, equating LLM coding with a 20-year principal engineer (claim as stated in session)

Tools should be agnostic — fundamentals persist while tools change

02How LLMs work: tokenization → embeddings → self-attention → predictionThe four things that happen under the hood on every prompt;0:33:20

The four things that happen under the hood on every prompt; the mechanism that explains why prompt wording changes output quality.

Tokenization (0:35:22): words → fixed token IDs; billing unit; ~75 words ≈ 100 tokens; unknown words get an UNK token

Embeddings (0:43:30): tokens → long vectors capturing meaning learned from co-occurrence (apple the fruit vs Apple the brand)

Self-attention (0:45:31): model weights the important words — adding 'as if I am 5 years old' redirects the whole answer

Prediction: probabilistic next-token generation — the root cause of hallucination

03HallucinationModels are probabilistic and never say 'I don't know' unprompted — demonstrated live by asking about the in…0:51:38

Models are probabilistic and never say 'I don't know' unprompted — demonstrated live by asking about the invented model 'Claude Juggernaut' (a café name), which ChatGPT confidently rationalized.

04Context windowMaximum tokens a model can hold — the '100-page journal' analogy.1:03:51

Maximum tokens a model can hold — the '100-page journal' analogy. Uploaded documents count against it, not just chat text.

Live tour of a model-comparison leaderboard (1:12:00): intelligence index, output tokens/sec, price, context sizes (~1M becoming standard, per session)

05Prompt engineering → context engineeringThe art and science of filling the context window with the right information (Karpathy framing).1:01:48

The art and science of filling the context window with the right information (Karpathy framing). Four-part context checklist: world context (who am I), task context (what must happen), examples context, constraint context (what NOT to do).

06Chain-of-thought promptingDecompose a problem into linear step-by-step reasoning ('let's think step by step').1:27:11

Decompose a problem into linear step-by-step reasoning ('let's think step by step'). Google Brain paper (2023); trainer cites ~70% accuracy jump on reasoning puzzles. Reasoning/'thinking' modes in current models are CoT built in (1:43:28).

Works for any domain problem (GTM strategy, finance planning), not just puzzles

Practical recipe: describe your problem, ask the model itself to 'make a chain-of-thought prompt going step by step' — the model knows the technique

07Role promptingAlways start prompts with a role definition.1:37:22

Always start prompts with a role definition. It narrows the model's self-attention search space to the relevant slice of its training (the 'McKinsey partner' / 'worked for Salesforce' effect).

08Meta promptingThe 'father of all techniques': have AI assimilate the official prompting guides (Google, OpenAI, Anthropic…1:51:35

The 'father of all techniques': have AI assimilate the official prompting guides (Google, OpenAI, Anthropic) into a reusable universal prompt architect, then describe any problem to it and receive a complete high-quality prompt.

Built live in three layers: Google prompting guide PDF → GPT-5 guide (delimiters) → Anthropic guide (XML tagging) (1:53:38–2:03:48)

Demo: one-line goal ('personalized health companion') → architect asks clarifying questions → full XML-structured prompt (2:03:48)

Reusable: swap the problem statement, keep the meta prompt

09RAG (retrieval-augmented generation)Answering from attached sources instead of model memory, eliminating hallucination for covered content.2:11:56

Answering from attached sources instead of model memory, eliminating hallucination for covered content. Uploading a PDF to a chatbot IS RAG.

Library analogy (2:13:58): librarian + indexed shelves + parallel searchers = retrieval

Mechanics (2:16:01): chunking → indexing → parallel search over chunks → only relevant chunks enter context

Caveat from Q&A: RAG answers are only as good as the documents ('if your document is wrong, your answer is wrong')

10Three generative modalitiesAll AI applications are permutations of generated text, images, and audio;0:29:14

All AI applications are permutations of generated text, images, and audio; video is frames (images), calls/radio are audio, and images are RGB pixel matrices (1:25:10).

Tools referenced

ToolCoverageMomentContext
ChatGPTdemonstrated0:37:24Tokenization visualization, hallucination demo ('Claude Juggernaut'), bad vs personalized diet-plan prompting
Google AI Studiodemonstrated1:53:38Meta prompt built live; free tier, 1M context, visible token counter (38k tokens consumed by uploaded guide)
NotebookLMdemonstrated2:20:03Personal RAG: 50 free sources, cited answers, mind maps, audio/video overviews; trainer's daily learning tool
HelpifyU (trainer's demo app)demonstrated2:34:18Health app with AI coach using meta prompt in back end — the 'prompts are for building applications' endgame
Claudeexplained1:43:28Thinking modes as built-in CoT; skills vs RAG distinction in Q&A (2:30:13); trainer shifted from ChatGPT to Claude for connectors
M365 Copilotmentioned0:27:12Trainer's product team; teased Claude integration 'coming in' (insider claim, unverified)
Geminimentioned2:32:15Custom gems as meta-prompt containers
ElevenLabsmentioned0:31:18Human-like generated voices
Difymentioned2:13:58Q&A: platform for building RAGs to sell; NotebookLM better for personal RAG

Session materials

Archived locally on V: — click to open. Companion pages link to the LMS.

Action items

Resources mentioned

Resources
  • docGoogle prompt engineering guide (PDF, 'Prompting guide 101' / prompt engineering v7) 1:53:38
  • docGPT-5 prompting guide (OpenAI cookbook) 1:59:43
  • docAnthropic prompting best practices 2:01:46
  • docTrainer's prompt document (meta prompt + session prompts) — uploaded to LMS as session materials 2:38:09
  • docModel comparison leaderboard site (intelligence/speed/price/context) 1:12:00

Extraction notes

This page was built from an auto-generated transcript, which garbles product and people's names. Those were corrected silently in everything above and logged here for transparency. The warnings flag claims that were true on the recording day but change fast.

Transcript corrections applied

The transcript saysThe trainer actually means
AI journalistAI generalist
Charge GPT / ChargeGPD / ChargebeeChatGPT
drag / rack / track / ragsRAG(s)
notebook element / notebook l mNotebookLM
11 LabsElevenLabs
TAM, SamsungTAM, SAM, SOM
CODCoT (chain of thought)
Claude Sugar Knot / Juggernaut'Claude Juggernaut' (deliberately invented model name)

True on recording day — verify before relying