Reference · Living Document
Glossary
The canonical vocabulary for this course. Lessons use these terms exactly — grows as we go.
- Foundation model
- A large model trained on a broad sweep of data that can be adapted to many tasks without being retrained. LLMs are the text kind; there are also image/audio/multimodal ones. As an FDE you build on these, you don't train them.
- LLM — large language model
- A foundation model for text. Under the hood it is a next-token predictor: given some text, it outputs a probability distribution over what comes next.
- Token
- The unit an LLM actually reads and writes — usually a chunk of a word, not a whole word.
"tokenization" might be 3 tokens:
token,iz,ation. Prices, context limits, and speed are all measured in tokens, not words. - Tokenization
- The step that chops input text into tokens before the model sees it (and stitches output tokens back into text). Why the model can be weird about spelling, rare words, and counting characters.
- Next-token prediction — autoregression
- The core loop: predict the next token, append it to the input, predict again, repeat. Everything an LLM does is this loop running fast. The single most important mental model in the course.
- Parameters — weights
- The billions of numbers, fixed after training, that encode the patterns the model learned. They don't change when you use the model — they are the "compressed" version of its training text.
- Pretraining
- The expensive phase where the model learns to predict next tokens over a huge corpus of text. This is where its "knowledge" comes from — and why it's frozen at a training cutoff.
- Inference
- Actually running the trained model to generate output — the part you do as a builder, via an API call. Costs money and time per token.
- Context window
- The maximum amount of text (in tokens) the model can consider at once — your prompt plus its answer. It has no memory outside this window; anything the model should "know" for a call must be inside it.
- Prompt
- The input text you give the model. Because output is conditioned entirely on the input, the prompt is your main control surface — small wording changes shift the output.
- System prompt
- Standing instructions the app developer sends with every API call, framing the whole conversation ("You are a support assistant for Acme…"). Mechanically it's just more tokens in the context window, but models are trained to weight it heavily — it's where an FDE encodes the customer's rules.
- Few-shot prompting
- Putting two or three worked input→output examples in the prompt so the model imitates their pattern. The most reliable prompt-level way to pin down output format. "Zero-shot" = instructions only, no examples.
- Sampling — temperature
- Because the model outputs a distribution, it picks the next token by sampling from it. "Temperature" tunes how random that pick is: low = more deterministic/repetitive, high = more varied/creative. Why the same prompt can give different answers.
- Input & output tokens
- The two sides of the billing meter. Input tokens are everything you send (prompt, history, documents); output tokens are what the model generates. Output tokens cost ~5× more per token and dominate latency, because each one is a pass of the next-token loop.
- Fine-tuning
- Continuing a model's training on your own input→output examples so your kind of output becomes the most probable. Changes behavior (style, format, task specialization) — unreliable for adding facts (that's RAG). Last rung of the ladder: prompt → few-shot → RAG → tune.
- Distillation
- Using a large model to generate or grade training examples, then fine-tuning a small model on them — inheriting the narrow skill at the small model's cost and latency.
- Eval — evaluation
- Unit tests for model behavior: a test set of real inputs (plus edge cases), a runner, a grader, and a tracked score. The evidence that answers "how do you know it works?" — and the regression net for every prompt or model change.
- LLM-as-judge
- Using a second model to grade outputs against a written rubric — for qualities code can't check and humans can't scale (tone, groundedness). Only trustworthy after its verdicts are validated against human labels.
- RAG — retrieval-augmented generation
- Retrieve the passages relevant to a question from the customer's documents, put them in the context window, and instruct the model to answer only from them, with citations. The standard cure for hallucination on private facts.
- Embedding
- A vector (list of numbers) representing a text's meaning, positioned so that similar meanings land near each other. Turns "find related text" into geometry — the engine behind semantic search in RAG.
- Chunking
- Splitting documents into retrieval-sized pieces (typically a few hundred tokens) before indexing. Retrieval returns chunks, not whole documents — chunk boundaries and size materially affect answer quality.
- Agent
- An LLM that runs tools in a loop to achieve a goal: it requests an action, your code executes it, the result goes back into context, repeat until done. The model chooses the steps; your code keeps the authority (and the guardrails).
- Workflow
- A system where your code decides the steps and models fill in the smarts — prompt chaining, routing, parallelization, orchestrator–workers, evaluator–optimizer. Predictable and testable; the right default when the steps are known in advance (contrast: agent).
- Structured outputs
- Attaching a JSON schema to an API call so the platform guarantees the reply conforms — via constrained decoding (tokens that would break the schema are masked out before sampling). Guarantees shape, not correctness.
- Tool use — function calling
- You describe functions your code offers (name, purpose, JSON-schema parameters); the model can reply with a structured request to call one. The model never executes anything — your code runs the function and sends the result back.
- Streaming
- Receiving the response token-by-token as it's generated, instead of waiting for the whole answer. Changes nothing about cost — only about when the user starts seeing words. The default for anything user-facing.
- Time to first token — TTFT
- How long before the first piece of the answer appears. Roughly the time the model spends reading your input. What a user feels as responsiveness — streaming optimizes for it.
- Hallucination
- When the model produces fluent, confident text that is false. Not a bug bolted on — a direct consequence of next-token prediction: it generates plausible continuations, with no built-in check for truth. Managing this is core FDE work.
This is a living document. New terms get added as lessons introduce them.
If a term here is unclear, paste it (with its definition) into any AI assistant and ask for
a different angle or a concrete example.