Glossary
Every term defined in this syllabus, alphabetically. Each entry links back to the phase where it was introduced.
Agent {#agent}
Section titled “Agent {#agent}”AI system with tools, decision-making ability, and multi-step execution. Unlike a chatbot, an agent can read files, run commands, and take actions. Introduced in: Phase 3 — What Are Agents
AI {#ai}
Section titled “AI {#ai}”Artificial Intelligence — software that makes predictions and generates content by learning patterns from data. Not sentient. Not magic. A very sophisticated pattern matcher. Introduced in: Phase 0 — The Landscape
API {#api}
Section titled “API {#api}”Application Programming Interface — how two pieces of software talk to each other. Like a restaurant menu: you place an order, get food back, no need to know how the kitchen works. Introduced in: Phase 0 — How Software Works
API Endpoint {#api-endpoint}
Section titled “API Endpoint {#api-endpoint}”A specific URL where an API accepts requests (/api/users, /api/login).
Introduced in: Phase 4 — Speaking Engineer
Architecture {#architecture}
Section titled “Architecture {#architecture}”The high-level structure of how a system is organized — what pieces exist and how they connect. Introduced in: Phase 2 — Project Architecture
Audit Trail {#audit-trail}
Section titled “Audit Trail {#audit-trail}”A record of who did what and when — critical for security and compliance. Introduced in: Phase 4 — Production Thinking
Authentication {#authentication}
Section titled “Authentication {#authentication}”Verifying who someone is (login). Abbreviated AuthN. Introduced in: Phase 4 — Speaking Engineer
Authorization {#authorization}
Section titled “Authorization {#authorization}”Verifying what someone is allowed to do (permissions). Abbreviated AuthZ. Introduced in: Phase 4 — Speaking Engineer
Autonomy {#autonomy}
Section titled “Autonomy {#autonomy}”The degree to which an agent can act without human direction. Introduced in: Phase 3 — What Are Agents
Backend {#backend}
Section titled “Backend {#backend}”What runs behind the scenes — the logic, the database, the AI calls. Introduced in: Phase 0 — How Software Works
Backlog {#backlog}
Section titled “Backlog {#backlog}”A prioritized list of work that hasn’t been started yet. Introduced in: Phase 4 — Agentic PM
Backward Compatible {#backward-compatible}
Section titled “Backward Compatible {#backward-compatible}”A change that works with existing code without requiring updates. Introduced in: Phase 4 — Speaking Engineer
Blocker {#blocker}
Section titled “Blocker {#blocker}”Something preventing progress on a task. Introduced in: Phase 4 — Agentic PM
Boilerplate {#boilerplate}
Section titled “Boilerplate {#boilerplate}”Starter code or template that gives you a foundation to build on. Introduced in: Phase 0 — Vocabulary
Branch {#branch}
Section titled “Branch {#branch}”A parallel version of your project where you make changes safely. Like making a photocopy to draft edits on. Introduced in: Phase 2 — Git Workflow
Breaking Change {#breaking-change}
Section titled “Breaking Change {#breaking-change}”A change that makes existing things stop working — requires users to update their code. Introduced in: Phase 4 — Speaking Engineer
Bug {#bug}
Section titled “Bug {#bug}”Something that doesn’t work as intended. Introduced in: Phase 0 — Vocabulary
Cache {#cache}
Section titled “Cache {#cache}”Storing frequently accessed data in fast, temporary storage. Like keeping used files on your desk instead of walking to the filing cabinet. Introduced in: Phase 4 — System Design
CDN {#cdn}
Section titled “CDN {#cdn}”Content Delivery Network — servers worldwide that store copies of your content close to users. Like distribution centers in every city. Introduced in: Phase 4 — System Design
Changelog {#changelog}
Section titled “Changelog {#changelog}”Record of what changed between versions of software. Introduced in: Phase 2 — Reading Docs
Chatbot {#chatbot}
Section titled “Chatbot {#chatbot}”An AI interface that responds to text input but has no tools, no memory, and no ability to take actions. A conversation partner, not a worker. Compare with Agent. Introduced in: Phase 3 — What Are Agents
CI/CD {#cicd}
Section titled “CI/CD {#cicd}”Continuous Integration / Continuous Deployment — automated pipeline that tests and deploys code when you push changes. Introduced in: Phase 4 — System Design
CLAUDE.md {#claudemd}
Section titled “CLAUDE.md {#claudemd}”A Markdown file in your project root that Claude Code reads automatically every session. Your AI’s briefing document. Introduced in: Phase 2 — Context Engineering, Phase 3 — Harness Engineering
CLI {#cli}
Section titled “CLI {#cli}”Command Line Interface — any tool you operate by typing text commands. See also: Terminal. Introduced in: Phase 0 — Vocabulary
Clone {#clone}
Section titled “Clone {#clone}”Download a copy of a remote repository to your computer. Introduced in: Phase 2 — Git Workflow
Code Review {#code-review}
Section titled “Code Review {#code-review}”Another developer examining your code before it’s merged — standard practice, not a judgment. Introduced in: Phase 4 — Speaking Engineer
Commit {#commit}
Section titled “Commit {#commit}”A saved snapshot of your project at a specific moment. Your safety net. Introduced in: Phase 1 — Git Basics
Component {#component}
Section titled “Component {#component}”A self-contained piece of an interface that can be reused (button, card, nav bar). Introduced in: Phase 2 — Project Architecture
Config {#config}
Section titled “Config {#config}”Configuration — settings that control how software behaves. Introduced in: Phase 0 — Vocabulary
Console {#console}
Section titled “Console {#console}”Where log messages and errors appear (browser console, terminal output). Introduced in: Phase 2 — Debugging
Container {#container}
Section titled “Container {#container}”A packaged unit of software that includes everything needed to run. Like a shipping container — runs the same everywhere. Introduced in: Phase 4 — System Design
Context {#context}
Section titled “Context {#context}”Everything the AI can “see” when answering you. Files, conversation history, instructions. Introduced in: Phase 0 — The AI Stack
Context Engineering {#context-engineering}
Section titled “Context Engineering {#context-engineering}”Deliberately shaping what information is available to the AI so it produces better results. Introduced in: Phase 2 — Context Engineering
Context Window {#context-window}
Section titled “Context Window {#context-window}”The size limit on how much the AI can see at once. Like a desk — bigger desk, more documents open. Introduced in: Phase 0 — The AI Stack
Coverage {#coverage}
Section titled “Coverage {#coverage}”Percentage of code tested by automated tests. Introduced in: Phase 4 — Speaking Engineer
Database {#database}
Section titled “Database {#database}”Where data lives permanently. Users, messages, settings. Introduced in: Phase 0 — How Software Works
Debug {#debug}
Section titled “Debug {#debug}”Finding and fixing a bug. Introduced in: Phase 0 — Vocabulary
Delegation {#delegation}
Section titled “Delegation {#delegation}”Assigning a task from one agent to another. Introduced in: Phase 4 — Multi-Agent Architecture
Dependency {#dependency}
Section titled “Dependency {#dependency}”Software your project relies on that someone else built. Introduced in: Phase 0 — Vocabulary
Deploy {#deploy}
Section titled “Deploy {#deploy}”Making your software live and available to users on the internet. Introduced in: Phase 0 — Vocabulary
Deprecation {#deprecation}
Section titled “Deprecation {#deprecation}”Marking something as “still works but will be removed in a future version.” Introduced in: Phase 4 — Speaking Engineer
Deterministic {#deterministic}
Section titled “Deterministic {#deterministic}”Same input always produces same output. Traditional code is deterministic. AI is not. Introduced in: Phase 3 — Vocabulary
Diff {#diff}
Section titled “Diff {#diff}”A view showing exactly what changed between two versions. Introduced in: Phase 2 — Git Workflow
DNS {#dns}
Section titled “DNS {#dns}”Domain Name System — translates human-readable names (google.com) to computer addresses. Like a phone book for the internet. Introduced in: Phase 1 — Deploy
Docker {#docker}
Section titled “Docker {#docker}”The most common tool for creating and running containers. Introduced in: Phase 4 — System Design
DRY {#dry}
Section titled “DRY {#dry}”Don’t Repeat Yourself — if you’re writing the same thing in multiple places, put it in one place and reference it. Introduced in: Phase 2 — Engineering Principles
Edge Case {#edge-case}
Section titled “Edge Case {#edge-case}”An unusual or extreme input that exposes bugs normal inputs don’t. Introduced in: Phase 2 — Debugging
Embedding {#embedding}
Section titled “Embedding {#embedding}”A way to represent text as numbers so a computer can measure similarity. How RAG systems find relevant documents. Introduced in: Phase 3 — Memory & RAG
Entry Point {#entry-point}
Section titled “Entry Point {#entry-point}”The file where a program starts running. Introduced in: Phase 1 — Reading Code
Environment Variable {#environment-variable}
Section titled “Environment Variable {#environment-variable}”A setting stored outside your code (in .env) so it can change between local and production without editing code.
Introduced in: Phase 2 — Project Architecture
Error Message {#error-message}
Section titled “Error Message {#error-message}”Text the system produces when something fails — contains diagnostic information, not punishment. Introduced in: Phase 2 — Debugging
Fan-out / Fan-in {#fan-out-fan-in}
Section titled “Fan-out / Fan-in {#fan-out-fan-in}”Splitting work across multiple agents (fan-out), then combining results (fan-in). Introduced in: Phase 4 — Multi-Agent Architecture
Firewall {#firewall}
Section titled “Firewall {#firewall}”Security system that controls what network traffic is allowed in and out. Introduced in: Phase 4 — Speaking Engineer
Flag {#flag}
Section titled “Flag {#flag}”An option added to a command to modify behavior (e.g., --verbose).
Introduced in: Phase 0 — Vocabulary
Fork {#fork}
Section titled “Fork {#fork}”Make your own copy of someone else’s repository on GitHub. Introduced in: Phase 2 — Git Workflow
Frontend {#frontend}
Section titled “Frontend {#frontend}”What the user sees and touches — the app, the website, the buttons. Introduced in: Phase 0 — How Software Works
Generative AI {#generative-ai}
Section titled “Generative AI {#generative-ai}”AI that creates new content (text, images, code) vs. AI that classifies or sorts existing data. Introduced in: Phase 0 — The Landscape
Git {#git}
Section titled “Git {#git}”A system that tracks every change you make to files. Like Google Docs version history for your entire project. Introduced in: Phase 0 — The Environment
GitHub {#github}
Section titled “GitHub {#github}”A website where people store and share Git-tracked projects. Google Drive for code. Introduced in: Phase 0 — The Environment
Graceful Degradation {#graceful-degradation}
Section titled “Graceful Degradation {#graceful-degradation}”System continues working (possibly reduced) when a component fails, rather than crashing entirely. Introduced in: Phase 4 — Multi-Agent Architecture
Guardrail {#guardrail}
Section titled “Guardrail {#guardrail}”A constraint placed on an agent to limit its actions — a safety boundary. Introduced in: Phase 3 — Agent Patterns
Hallucination {#hallucination}
Section titled “Hallucination {#hallucination}”When AI confidently generates something wrong — false facts, invented files, fabricated code. Introduced in: Phase 1 — First Prompt
Harness {#harness}
Section titled “Harness {#harness}”The tool between you and the AI model. Claude Code, Cursor, ChatGPT web — these are harnesses. The harness shapes how you interact. Introduced in: Phase 0 — The AI Stack
HEAD {#head}
Section titled “HEAD {#head}”The current position in your Git history — “you are here.” Introduced in: Phase 2 — Git Workflow
Hook {#hook}
Section titled “Hook {#hook}”A script that runs automatically when a specific event happens. Like an alarm system. Introduced in: Phase 3 — Harness Engineering
Hosting {#hosting}
Section titled “Hosting {#hosting}”A service that runs your project on a server so others can access it. Introduced in: Phase 1 — Deploy
Human-in-the-loop {#human-in-the-loop}
Section titled “Human-in-the-loop {#human-in-the-loop}”Agent pauses for human approval at critical decision points. Introduced in: Phase 3 — Agent Patterns
IDE {#ide}
Section titled “IDE {#ide}”Integrated Development Environment — a specialized text editor for code. VS Code is the most common. Like Microsoft Word, but for software. Introduced in: Phase 0 — The Environment
Idempotent {#idempotent}
Section titled “Idempotent {#idempotent}”An operation that produces the same result whether you run it once or ten times. Safe to retry. Introduced in: Phase 4 — Multi-Agent Architecture
Incident {#incident}
Section titled “Incident {#incident}”An unplanned event that disrupts service. Introduced in: Phase 4 — Production Thinking
Inference {#inference}
Section titled “Inference {#inference}”When an AI model processes input and generates output. Every response = one inference call. Inference costs money. Introduced in: Phase 3 — Vocabulary
IP Address {#ip-address}
Section titled “IP Address {#ip-address}”A computer’s unique address on a network. Introduced in: Phase 4 — Speaking Engineer
Iteration {#iteration}
Section titled “Iteration {#iteration}”Refining results through multiple rounds of feedback. Rarely perfect first try — that’s normal. Introduced in: Phase 1 — First Prompt
JSON {#json}
Section titled “JSON {#json}”JavaScript Object Notation — structured data format. "name": "CJ" — label left, value right. Like a fill-in-the-blank form your computer can read.
Introduced in: Phase 0 — The Environment
JWT {#jwt}
Section titled “JWT {#jwt}”JSON Web Token — a compact, self-contained token used for authentication. Introduced in: Phase 4 — Speaking Engineer
Knowledge Base {#knowledge-base}
Section titled “Knowledge Base {#knowledge-base}”An organized collection of information an AI system can draw from. Introduced in: Phase 3 — Memory & RAG
Latency {#latency}
Section titled “Latency {#latency}”Time between sending a request and getting a response — the delay. Introduced in: Phase 3 — Vocabulary
Linting {#linting}
Section titled “Linting {#linting}”Automated checking of code style and common errors. Introduced in: Phase 4 — Speaking Engineer
LLM {#llm}
Section titled “LLM {#llm}”Large Language Model — the type of AI behind ChatGPT, Claude, etc. Predicts the next word. Introduced in: Phase 0 — The Landscape
Load Balancer {#load-balancer}
Section titled “Load Balancer {#load-balancer}”Distributes incoming requests across multiple servers. Like a hostess seating guests across rooms. Introduced in: Phase 4 — System Design
Local {#local}
Section titled “Local {#local}”On your computer. Opposite of remote. Introduced in: Phase 0 — How Software Works
Localhost {#localhost}
Section titled “Localhost {#localhost}”Your own computer acting as a server — only you can see it. Introduced in: Phase 0 — Vocabulary
Log {#log}
Section titled “Log {#log}”Messages a program writes to record what it’s doing — your forensic trail. Introduced in: Phase 2 — Debugging
Markdown {#markdown}
Section titled “Markdown {#markdown}”.md files — formatted text using simple codes (**bold**). Used for documentation and README files.
Introduced in: Phase 0 — The Environment
MCP {#mcp}
Section titled “MCP {#mcp}”Model Context Protocol — a standard for connecting AI agents to external tools and data. Like USB for AI. Introduced in: Phase 3 — MCP
MCP Server {#mcp-server}
Section titled “MCP Server {#mcp-server}”A program that translates between AI and an external system, exposing tools the AI can call. Introduced in: Phase 3 — MCP
Merge {#merge}
Section titled “Merge {#merge}”Combining changes from one branch into another. Introduced in: Phase 2 — Git Workflow
Merge Conflict {#merge-conflict}
Section titled “Merge Conflict {#merge-conflict}”When two branches changed the same line — Git can’t decide, so you do. Introduced in: Phase 2 — Git Workflow
Microservice {#microservice}
Section titled “Microservice {#microservice}”Architecture where the system is split into small, independent services communicating via APIs. Introduced in: Phase 2 — Project Architecture
Middleware {#middleware}
Section titled “Middleware {#middleware}”Software between two systems that processes requests as they pass through. Like a security checkpoint. Introduced in: Phase 4 — System Design
Model {#model}
Section titled “Model {#model}”The trained AI brain. Claude Opus, GPT-5, Gemini — different models, like different engines. Introduced in: Phase 0 — The Landscape
Monitoring {#monitoring}
Section titled “Monitoring {#monitoring}”Continuous automated checking of system health. Introduced in: Phase 4 — Production Thinking
Monolith {#monolith}
Section titled “Monolith {#monolith}”Architecture where everything lives in one application. Not a bad word — simpler, often the right choice. Introduced in: Phase 2 — Project Architecture
Monorepo {#monorepo}
Section titled “Monorepo {#monorepo}”One repository containing multiple related projects. Introduced in: Phase 2 — Project Architecture
MVP {#mvp}
Section titled “MVP {#mvp}”Minimum Viable Product — the smallest version that delivers value. Ship this first, improve later. Introduced in: Phase 2 — Vocabulary
Non-deterministic {#non-deterministic}
Section titled “Non-deterministic {#non-deterministic}”Same input can produce different outputs each time. AI models are non-deterministic. Introduced in: Phase 3 — Vocabulary
npm {#npm}
Section titled “npm {#npm}”Node Package Manager — installs JavaScript packages/tools from the internet. Like an app store for developer tools. Introduced in: Phase 1 — Setting Up
OAuth {#oauth}
Section titled “OAuth {#oauth}”A standard for giving one application limited access to your account on another service, without sharing your password. Introduced in: Phase 4 — Speaking Engineer
Open Source {#open-source}
Section titled “Open Source {#open-source}”Software whose code is public. Anyone can read, use, improve it. Introduced in: Phase 0 — How Software Works
Orchestration {#orchestration}
Section titled “Orchestration {#orchestration}”Coordinating multiple agents or systems to accomplish a goal. Introduced in: Phase 3 — Vocabulary
Package {#package}
Section titled “Package {#package}”A bundle of code someone else wrote that you install and use. Introduced in: Phase 0 — Vocabulary
Partition {#partition}
Section titled “Partition {#partition}”A section within a knowledge base — like folders within a filing cabinet. Introduced in: Phase 3 — Memory & RAG
Path {#path}
Section titled “Path {#path}”The address of a file on your computer (/Users/you/project/file.txt).
Introduced in: Phase 0 — Vocabulary
Payload {#payload}
Section titled “Payload {#payload}”The data sent with an API request. Introduced in: Phase 4 — Speaking Engineer
Pipeline {#pipeline}
Section titled “Pipeline {#pipeline}”A sequence of processing steps where output of one becomes input of the next. Introduced in: Phase 3 — Agent Patterns
Port {#port}
Section titled “Port {#port}”A numbered channel on your computer for network traffic. Like apartment numbers. localhost:3000 = “my computer, channel 3000.”
Introduced in: Phase 1 — Vocabulary
Principle of Least Privilege {#principle-of-least-privilege}
Section titled “Principle of Least Privilege {#principle-of-least-privilege}”Each component gets only the minimum access it needs — nothing more. Introduced in: Phase 4 — Multi-Agent Architecture
Production {#production}
Section titled “Production {#production}”The live environment real users interact with. Abbreviated “prod.” Introduced in: Phase 4 — Speaking Engineer
Prompt {#prompt}
Section titled “Prompt {#prompt}”The instruction you give to an AI. Introduced in: Phase 1 — First Prompt
Provider {#provider}
Section titled “Provider {#provider}”The company that built and runs the model. Anthropic → Claude. OpenAI → GPT. Google → Gemini. Introduced in: Phase 0 — The AI Stack
Pull {#pull}
Section titled “Pull {#pull}”Download changes from GitHub (remote) to your computer (local). Introduced in: Phase 1 — Deploy
Pull Request {#pull-request}
Section titled “Pull Request {#pull-request}”A proposal to merge a branch, with description and review process. Abbreviated PR. Introduced in: Phase 2 — Git Workflow
Push {#push}
Section titled “Push {#push}”Send your local Git commits up to GitHub (remote). Introduced in: Phase 1 — Deploy
Queue {#queue}
Section titled “Queue {#queue}”A list of tasks waiting to be processed, in order. Like a line at the DMV. Introduced in: Phase 4 — System Design
Race Condition {#race-condition}
Section titled “Race Condition {#race-condition}”When two processes try to change the same thing simultaneously, producing unpredictable results. Introduced in: Phase 4 — Multi-Agent Architecture
RAG {#rag}
Section titled “RAG {#rag}”Retrieval-Augmented Generation — retrieving relevant info and injecting it into AI context. Like an open-book exam instead of memorizing the textbook. Introduced in: Phase 3 — Memory & RAG
Rate Limit {#rate-limit}
Section titled “Rate Limit {#rate-limit}”Maximum number of requests allowed in a time period. Introduced in: Phase 4 — System Design
README {#readme}
Section titled “README {#readme}”A file explaining what a project is, how to run it, and how to contribute. Introduced in: Phase 1 — Reading Code
Refactor {#refactor}
Section titled “Refactor {#refactor}”Restructuring code without changing what it does — improving the internals. Introduced in: Phase 2 — Vocabulary
Regression {#regression}
Section titled “Regression {#regression}”A fix that breaks something previously working. Introduced in: Phase 2 — Debugging
Remote {#remote}
Section titled “Remote {#remote}”On someone else’s server. Opposite of local. Introduced in: Phase 0 — How Software Works
Repository {#repository}
Section titled “Repository {#repository}”A project folder tracked by Git. Abbreviated “repo.” Introduced in: Phase 0 — The Environment
Rollback {#rollback}
Section titled “Rollback {#rollback}”Reverting to a previous working version after a bad deploy. Introduced in: Phase 4 — Production Thinking
Root {#root}
Section titled “Root {#root}”The top-level folder of a project. Introduced in: Phase 0 — Vocabulary
Route {#route}
Section titled “Route {#route}”A URL path that maps to a page or action (/about, /api/users).
Introduced in: Phase 2 — Project Architecture
Runtime {#runtime}
Section titled “Runtime {#runtime}”The environment where code actually executes. Introduced in: Phase 0 — Vocabulary
Sandbox {#sandbox}
Section titled “Sandbox {#sandbox}”An isolated environment for safe experimentation. Introduced in: Phase 4 — Speaking Engineer
Scalability {#scalability}
Section titled “Scalability {#scalability}”System’s ability to handle growth. A restaurant that can open more tables vs. one always full. Introduced in: Phase 4 — System Design
Scope Creep {#scope-creep}
Section titled “Scope Creep {#scope-creep}”When a project gradually grows beyond its original boundaries. Introduced in: Phase 2 — Vocabulary
Script {#script}
Section titled “Script {#script}”A file containing commands that run automatically. Introduced in: Phase 0 — Vocabulary
Semantic Search {#semantic-search}
Section titled “Semantic Search {#semantic-search}”Searching by meaning, not keywords. “How do I fix login?” finds “authentication errors.” Introduced in: Phase 3 — Memory & RAG
SemVer {#semver}
Section titled “SemVer {#semver}”Semantic Versioning — MAJOR.MINOR.PATCH (e.g., 2.1.3). Major = breaking. Minor = features. Patch = fixes. Introduced in: Phase 4 — Speaking Engineer
Server {#server}
Section titled “Server {#server}”A computer that’s always on, waiting to respond to requests. “The cloud” = other people’s servers. Introduced in: Phase 0 — How Software Works
SLA {#sla}
Section titled “SLA {#sla}”Service Level Agreement — a commitment to a specific level of uptime/reliability. Introduced in: Phase 4 — Production Thinking
Spec {#spec}
Section titled “Spec {#spec}”Specification — a document describing exactly what needs to be built and what “done” looks like. Introduced in: Phase 4 — Agentic PM
Sprint {#sprint}
Section titled “Sprint {#sprint}”A fixed time period (usually 1-2 weeks) during which a set of tasks is completed. Introduced in: Phase 4 — Agentic PM
SSH {#ssh}
Section titled “SSH {#ssh}”Secure Shell — a secure way to connect to and control a remote computer via terminal. Introduced in: Phase 4 — Speaking Engineer
SSL/TLS {#ssl-tls}
Section titled “SSL/TLS {#ssl-tls}”Encryption that makes web traffic secure (the “S” in HTTPS). Introduced in: Phase 4 — Speaking Engineer
Stack {#stack}
Section titled “Stack {#stack}”The combination of technologies used to build something. Introduced in: Phase 0 — Vocabulary
Stack Trace {#stack-trace}
Section titled “Stack Trace {#stack-trace}”A list showing the chain of function calls leading to an error — read bottom to top. Introduced in: Phase 2 — Debugging
Staging {#staging}
Section titled “Staging {#staging}”(Git) Marking which changes go into the next commit. (Infrastructure) A copy of production for testing. Introduced in: Phase 1 — Git Basics, Phase 4 — Speaking Engineer
Standup {#standup}
Section titled “Standup {#standup}”A brief status update meeting or report. Introduced in: Phase 4 — Agentic PM
State {#state}
Section titled “State {#state}”Data that changes over time and affects what the user sees (menu open? user logged in?). Introduced in: Phase 2 — Project Architecture
Subagent {#subagent}
Section titled “Subagent {#subagent}”An agent spawned by another agent to handle a specific subtask. Introduced in: Phase 4 — Multi-Agent Architecture
System Prompt {#system-prompt}
Section titled “System Prompt {#system-prompt}”Background instructions that shape how the AI behaves across an entire conversation. Introduced in: Phase 1 — First Prompt
Technical Debt {#technical-debt}
Section titled “Technical Debt {#technical-debt}”Shortcuts taken now that create more work later. Introduced in: Phase 2 — Vocabulary
Terminal {#terminal}
Section titled “Terminal {#terminal}”A text-based way to talk to your computer. Like texting your computer instead of tapping buttons. Introduced in: Phase 0 — The Environment
Throughput {#throughput}
Section titled “Throughput {#throughput}”How many requests a system can handle in a given time period. Introduced in: Phase 3 — Vocabulary
Token {#token}
Section titled “Token {#token}”The unit AI uses to measure text. Roughly 3/4 of a word. Context windows measured in tokens. Introduced in: Phase 0 — The AI Stack
Token Budget {#token-budget}
Section titled “Token Budget {#token-budget}”The maximum tokens allocated for a task or session — controls cost. Introduced in: Phase 3 — Vocabulary
Tool Use {#tool-use}
Section titled “Tool Use {#tool-use}”The mechanism that lets AI do things beyond generating text — reading files, running commands, searching. Also called function calling. Introduced in: Phase 3 — What Are Agents
Unit Test {#unit-test}
Section titled “Unit Test {#unit-test}”Tests a single function or component in isolation. Introduced in: Phase 4 — Speaking Engineer
Uptime {#uptime}
Section titled “Uptime {#uptime}”Percentage of time a system is operational. 99.9% = ~8.7 hours downtime per year. Introduced in: Phase 4 — Production Thinking
Vector Database {#vector-database}
Section titled “Vector Database {#vector-database}”A database optimized for storing and searching embeddings. The filing system behind RAG. Introduced in: Phase 3 — Memory & RAG
Vibe Coding {#vibe-coding}
Section titled “Vibe Coding {#vibe-coding}”Building software by describing what you want in natural language. Coined by Andrej Karpathy. Introduced in: Phase 0 — The Landscape
VPN {#vpn}
Section titled “VPN {#vpn}”Virtual Private Network — encrypted tunnel between your computer and a private network. Introduced in: Phase 4 — Speaking Engineer
Webhook {#webhook}
Section titled “Webhook {#webhook}”A URL that receives automatic notifications when something happens in another system. Like a doorbell. Introduced in: Phase 4 — System Design
Working Directory {#working-directory}
Section titled “Working Directory {#working-directory}”The folder you’re currently in. Introduced in: Phase 1 — Git Basics
YAML {#yaml}
Section titled “YAML {#yaml}”YAML Ain’t Markup Language — structured data like JSON but more readable. Used for config files. Introduced in: Phase 0 — The Environment
YAGNI {#yagni}
Section titled “YAGNI {#yagni}”You Ain’t Gonna Need It — don’t build features you might need later. Build what you need now. Introduced in: Phase 2 — Engineering Principles
Total: ~150 terms. This is the shared language between vibe coders and traditional engineers. Know these, and you can hold your own in any technical conversation.