Glossary
Plain meanings for course words. In lessons, hover a dotted link for a short tip, or click through for the full note.
- agent
An LLM that can also act by opening tools.
An agent is a helper that can call tools, read results, and continue. You steer a loop: ask, act, observe, check. Simple chat only writes text.Related modules: Module 1: Mental model, Module 5: Tools & MCP
- agent harness
The workbench around an agent: rules, tools, files, memory, approvals, and checks.
An agent harness is the workbench around the model. It supplies rules, tools, files, memory, approval gates, logs, and checks. A chat app or coding agent may provide this workbench for you.Related modules: Module 5: Tools & MCP, Module 9: Delegation and shared workspaces, Module 11: Verify & harden
- agentic framework
A builder kit for making a custom agent workflow.
An agentic framework is code builders use to join model calls, tools, state, and approval steps. Most everyday workflows do not need one. Choose one only when a ready-made harness cannot run the workflow safely.Related modules: Module 9: Delegation and shared workspaces
- allow list
The short list of apps you turn on for a job.
An allow list is the set of tools you enable. Smaller lists reduce wrong picks and risky actions. Pair it with a never-list for send, delete, pay, and production changes.Related modules: Module 5: Tools & MCP
- approval
A human gate before a risky action ships.
Approval means a person reviews a plan, diff, or send before it happens. Use approvals for delete, pay, public posts, and production changes.Related modules: Module 10: Human craft, Module 11: Verify & harden
- binder
Our plain name for files and sources you look up on demand.
The binder is where project facts live: BRIEF.md, SOURCES.md, wikis, and docs. Retrieval is looking something up in that binder when you need it.Related modules: Module 6: Retrieval & grounding
- BRIEF.md
A one-page summary of the problem for later reuse.
BRIEF.md is a short project summary many teams keep in a repo or wiki. It states the goal, limits, and key facts with citations. Attach it later instead of pasting a whole research crawl.Related modules: Module 2: Deep research, Module 6: Retrieval & grounding
- capstone
The final practice run of the full loop on real work.
The capstone is where you configure the loop, run one real workflow, verify, and keep what worked as a team default.Related modules: Module 12: Capstone lab
- citation
A pointer to the source that supports a claim.
A citation links a claim to a page, file, or note. In this course, put links and dates in SOURCES.md and keep BRIEF.md claims tied to those sources.Related modules: Module 2: Deep research, Module 6: Retrieval & grounding
- compaction
A short note so you can clear the desk and keep going.
Compaction shrinks a long chat into the facts you still need: goal, done checks, locked choices, sources, and open questions. Then you can restart clean without losing the thread.Related modules: Module 7: Conversation & compaction
- context loop
The course map: goal, desk, tools, results, memory, and check.
The context loop is the path work takes with an AI helper. Your goal and rules load onto the desk. The helper may use tools. Results return. You verify. Memory and notes feed the next turn.Related modules: Module 1: Mental model
- context pack
A short set of files you reuse: brief, sources, and limits.
A context pack is the take-home from deep research. At minimum keep a one-page summary and a sources list. Later modules attach the pack instead of re-chatting folklore.Related modules: Module 2: Deep research
- context window
The helper's desk for one session — only so much fits at once.
The context window is everything the helper can see in one session. Think of it as desk space for one homework session. Messages, rules, files, and tool results all share that desk. When it fills up, quality often drops before the app warns you.Related modules: Module 1: Mental model, Module 7: Conversation & compaction
- deep research
Fact-finding before you start a project.
Deep research collects real pages and notes first. Then you build. Save a short pack with links and dates so later chats do not guess.Related modules: Module 2: Deep research
- delegation
Giving one clear job to a specialist helper.
Delegation splits a mega-task into smaller jobs with contracts: goal, inputs, tools, out of scope, done checks, and who merges. Parallel work needs safe file ownership.Related modules: Module 9: Delegation and shared workspaces
- desk space
A plain name for the context window — room on the helper's desk.
Desk space is our course name for the context window. Only so much fits at once. Keep standing rules lean. Pull in files only when needed.Related modules: Module 1: Mental model
- done checks
A short list that proves the job is finished.
Done checks are testable signs of finished work. Write them before you generate. Use them when you verify. Vague goals make weak checks.Related modules: Module 10: Human craft, Module 11: Verify & harden
- Firecrawl
One example research tool that can collect clean page text.
Firecrawl is one brand of research helper. Other browse or deep-research tools can do similar work. The habit matters more than the brand: save sources with dates into your pack.Related modules: Module 2: Deep research
- grounding
Tying answers to real sources you can check.
Grounding means the answer rests on evidence you provided or looked up. Ask for citations. Check numbers and dates against the source.Related modules: Module 6: Retrieval & grounding
- hallucination
When the helper invents details that are not in your sources.
Hallucination is a plain risk: confident wrong facts. Reduce it with deep research, retrieval, citations, and verify. Never paste guesses into wall rules.Related modules: Module 2: Deep research, Module 6: Retrieval & grounding, Module 11: Verify & harden
- human craft
Your skill at writing clear asks, modes, and gates.
Human craft is the part only you own: specs, reverse prompting, approval choices, and judgment. Tools speed work. You aim it.Related modules: Module 10: Human craft
- LLM
A text engine that reads words and writes words.
An LLM (large language model) predicts helpful next words from the text on its desk. It is not a database. It needs clear goals, rules, and sources to do real work well.Related modules: Module 1: Mental model
- MCP
A shared way to plug apps into helpers — like a shared app menu.
MCP stands for Model Context Protocol. It is a shared shape for listing tools so different helpers can use the same connectors. You still choose which apps to turn on.Related modules: Module 5: Tools & MCP
- memory
Sticky notes for next time — facts that should return later.
Memory stores facts across sessions. Keep durable truths. Prune secrets, one-day guesses, and huge tables. Prefer binder notes you control for project truth.Related modules: Module 8: Memory systems
- merge owner
The one person who combines specialist results.
When you delegate, name a merge owner. That person integrates outputs and resolves conflicts. Without a merge owner, parallel helpers collide.Related modules: Module 9: Delegation and shared workspaces
- never-list
Actions the helper must not take without a person.
A never-list names banned or gated actions: send email, delete, pay, deploy to production. Put it in wall rules or the tool allow list setup.Related modules: Module 5: Tools & MCP, Module 11: Verify & harden
- observation
What a tool sends back onto the desk after it runs.
An observation is a tool or search result added to the chat. It uses desk space. Huge dumps can bury your goal — summarize before the next turn.Related modules: Module 1: Mental model, Module 5: Tools & MCP
- playbook
A recipe card you pull out for one kind of job.
A playbook is a short guide for one workflow. It has a trigger, steps, and done checks. Put always-true rules on the wall. Put one-job steps on a recipe card.Related modules: Module 4: Standing playbooks
- prompt
The words you type to steer the helper this turn.
A prompt is your message. Strong prompts state the job, constraints, and sources. They do not replace wall rules, playbooks, or research packs.Related modules: Module 10: Human craft
- prune
Delete stale or unsafe notes from memory and rules.
Prune means clean house. Remove secrets, expired facts, and conflicting wall lines. Fresh desks and honest sticky notes beat a pile of junk.Related modules: Module 8: Memory systems, Module 3: System instructions
- RAG
A setup that looks up documents, then answers from them.
RAG means the system retrieves snippets, then the model writes with those snippets on the desk. It is retrieval plus generation. You still verify citations.Related modules: Module 6: Retrieval & grounding
- retrieval
Looking something up in a binder before you answer.
Retrieval means pulling the right page or note into the desk when you need facts. Attach or search your sources. Do not ask the helper to invent what your binder already holds.Related modules: Module 6: Retrieval & grounding
- reverse prompting
Ask the helper what it needs before it starts work.
Reverse prompting surfaces missing facts and fuzzy goals early. The helper asks clarifying questions. You answer. Then it drafts. This cuts rework.Related modules: Module 10: Human craft
- SOURCES.md
A list of links, dates, and why each source matters.
SOURCES.md holds evidence: URL, date accessed, and one line on why it matters. Refresh it when facts change. Use it when answers must be grounded.Related modules: Module 2: Deep research, Module 6: Retrieval & grounding
- standing context
Rules and files loaded before you type your ask.
Standing context is the quiet stuff already on the desk: wall rules, project notes, and sometimes memory. It shapes every answer until you change it.Related modules: Module 1: Mental model, Module 3: System instructions
- standing instructions
Rules on the classroom wall — loaded before you ask.
Standing instructions guide every answer in a space. They cover tone, limits, and what to do when something is unclear. They are not facts. Point to your research pack for proof.Related modules: Module 3: System instructions
- subagent
A specialist helper with its own desk and a clear job.
A subagent is like a specialist classmate. You write a brief. They work on their own desk. They return results. You merge. Do not let two helpers edit the same file without a merge owner.Related modules: Module 9: Delegation and shared workspaces
- system instructions
Product name for standing instructions / wall rules.
Many apps call wall rules “system instructions,” “custom instructions,” or “project instructions.” Same job: always-on behavior, not a binder of facts.Related modules: Module 3: System instructions
- token
A small chunk of text the model counts as desk usage.
Tools often measure desk space in tokens. You do not need exact math. Know the idea: longer files and tool dumps cost more room on the desk.Related modules: Module 1: Mental model, Module 7: Conversation & compaction
- tool
An app the helper is allowed to open, like browse or read a file.
Tools let the helper act, not only chat. Each tool has a name and a short description. Keep the list small so the helper picks the right app.Related modules: Module 5: Tools & MCP
- user intent
What you want done, clear enough to check.
User intent is your ask for this turn or job. Clear intent names the outcome, audience, limits, and done checks. Vague intent wastes desk space.Related modules: Module 1: Mental model, Module 10: Human craft
- verify
Checking your work before you turn it in.
Verify means you check the output against done criteria before you trust it. Look at numbers, names, and sources. Fix, approve, or start over.Related modules: Module 11: Verify & harden, Module 10: Human craft
Also called: agents, agent loop
Also called: harness, agent runtime
Also called: agent framework, agent frameworks
Also called: allow-list, enabled tools
Also called: approvals, human approval
Also called: binder lookup
Also called: project brief
Also called: capstone lab
Also called: citations
Also called: handoff note, handoff notes
Also called: the loop
Also called: research pack
Also called: context windows
Also called: fact-finding
Also called: done checklist, acceptance criteria
Also called: made-up facts, invented facts
Also called: large language model, language model
Also called: Model Context Protocol
Also called: sticky notes
Also called: merge-owner
Also called: never list
Also called: observations, tool result, tool results
Also called: playbooks, recipe card, recipe cards
Also called: prompts
Also called: pruning
Also called: retrieval augmented generation
Also called: reverse prompt
Also called: sources list
Also called: wall rules, classroom wall rules
Also called: subagents, specialist
Also called: custom instructions, project instructions
Also called: tokens
Also called: tools
Also called: intent, your goal
Also called: verification