VISUAL GUIDE · AGENTIC AI

AI building blocks, explained

From model to method: what each piece is, what it is for and how they fit together. Organized in four layers, from what thinks to what guarantees quality.

How it all fits together

One task, from spec to result
INPUTSpecWhat to build, why, and how it will be validated (Spec Driven Development).
HARNESSe.g. Claude Code or Cursor · manages context, permissions and execution
Context What the model sees on every turn:
InstructionsMemoryLoaded skillsPrevious results
Model Reasons and decides the next action, or that it is done. + Subagents: copies with their own context for subtasks
Tools · MCP Perform real actions: files, terminal, APIs, Jira… + Hooks: fixed rules before and after every action
LOOP · each tool result goes back into the context and the cycle repeats until the goal is met. This is what we call an agent.
OUTPUTResultCode, a document or an action, verified against the spec with tests and evals.
01

The brain

What thinks, and what it knows at any given moment

Model

LLM · the reasoning engine

A neural network that, given input text, generates the most likely continuation. It reasons, writes and decides, but on its own it remembers nothing between calls and cannot act on the world.

Analogy

A brilliant expert in a windowless room: they only know what you slide under the door.

ExampleClaude, GPT, Gemini, Llama API call: text in → text out

Context

Context window · working memory

Everything the model “sees” in one call: instructions, history, files read and tool results. It is finite (measured in tokens) and it is the scarcest resource to manage.

Analogy

The workbench: whatever does not fit on it does not exist for the model.

Example200K tokens ≈ a long book Filling it with logs degrades reasoning

Instructions

System prompt · CLAUDE.md · AGENTS.md

Fixed text injected at the start of every session to define role, rules and project conventions. It is always loaded, so it must be short and high-value.

Analogy

A new hire’s onboarding: “this is how we work here”.

ExampleCLAUDE.md - Use pnpm, never npm - Run the tests before committing

Memory

Persistence across sessions

Information that outlives the conversation: decisions, preferences, project status. The model does not store it; the system does, and puts it back into the context when needed.

Analogy

The expert’s notebook: what they write down today, they read tomorrow.

Examplememory/decisions.md “ADRs live in /docs/adr”
02

The capabilities

How the model acts and what it knows how to do

Tool

Function calling

A function with a name, a description and a parameter schema that the model can ask to run. The model does not run it: it emits the call, the harness executes it and returns the result.

Analogy

The hands: the brain decides “open that file” and the hand does it.

Exampleread_file(path) bash(cmd) create_ticket(title, desc)

MCP

Model Context Protocol

An open standard for connecting AI applications to external systems. An MCP server exposes tools, resources and prompts; any compatible client can use them without a custom integration.

Analogy

The USB-C of AI: one connector for any peripheral.

ExampleMCP servers for Jira, GitHub, Postgres, Slack, Zendesk…

Skill

Know-how, loaded on demand

A folder with a SKILL.md (instructions) and, optionally, scripts and templates. Only its description takes up context; the full content is loaded when the task needs it.

Analogy

The procedures manual on the shelf: you only open it when you need it.

Exampleskills/create-adr/ SKILL.md template.md · validate.py

Plugin

Distributable bundle

Bundles several pieces (skills, commands, subagents, hooks and MCP servers) so they can be installed in one go and shared, versioned, with a whole team.

Analogy

A toolbox assembled for a specific trade.

Exampleplugin “engineering”: code-review + deploy-checklist + Jira MCP
03

The execution

Who orchestrates the work and how it repeats

Harness

The environment around the model

The software that turns a model into an agent: it runs the loop, calls the tools, manages context and permissions, loads skills and fires hooks. The same model performs very differently depending on the harness.

Analogy

The car around the engine: chassis, steering wheel and brakes.

ExampleClaude Code · Cursor · Codex CLI Agent SDK to build your own

Agent

Model + tools + goal + autonomy

A system that receives a goal and decides by itself which steps to take, which tools to use and when it is done. Unlike a workflow, the path is not programmed in advance.

Analogy

An employee you give a goal to, not a list of clicks.

Example“Fix the failing test in CI” → reads logs, edits, runs, verifies

Loop

Agentic loop

The cycle the agent repeats: think → act (call a tool) → observe the result → decide the next step. It ends when the goal is met, a limit is reached or a human is needed.

Analogy

A pilot constantly correcting course, not a single shot.

Exampleedit → tests → 2 failures edit → tests → green → done

Subagent

Delegated agent with its own context

An agent launched by another one for a subtask. It works in its own context window and returns only the conclusion, which allows parallel work and keeps the main context clean.

Analogy

A project manager who delegates to specialists and gets summaries back.

ExampleExplorer: searches 400 files Reviewer: audits the diff without bias
04

Control and method

How to guarantee quality and predictability

Hooks

Deterministic automations

Scripts the harness always runs on lifecycle events: before or after a tool is used, when a task ends, when a session starts. They do not rely on the model “remembering”: they enforce rules.

Analogy

Automatic emergency braking: it acts even if the driver is distracted.

ExamplePostToolUse → format on edit PreToolUse → block changes to .env

Evals

Tests for AI behavior

A set of cases with expected outcomes to measure whether a prompt, skill or agent works, and to catch regressions when the model or the instructions change.

Analogy

Unit tests, but for something non-deterministic.

Example50 real, labeled tickets Does the agent classify them correctly? Measure before and after the change

Spec Driven Development

The specification as the source of truth

A methodology where you first agree on what to build and why; then the agent implements against that spec and is verified against it. It replaces “vibe coding” with reviewable work: intent is reviewed before code.

1 · SPECIFYRequirements and acceptance criteria
2 · PLANTechnical design and decisions
3 · BREAK DOWNSmall, verifiable tasks
4 · IMPLEMENTThe agent executes and validates
Analogy

Blueprints before construction: you sign off the plans instead of improvising with a brick in your hand.

ExampleGitHub Spec Kit · Kiro · BMAD spec.md → plan.md → tasks.md → code

Common mix-ups

The pairs people confuse most

Tool vs MCP

A tool is a specific function. MCP is the standard protocol for publishing tools (and data) from an external system. MCP is how they arrive; the tool is what gets called.

MCP vs Skill

MCP gives access: connect to Jira. A skill gives know-how: how to triage an incident using Jira. They do not compete; they combine.

Instructions vs Skill

CLAUDE.md is always loaded; a skill, only when needed. What applies to everything goes in the instructions; what is specific to one task goes in a skill.

Skill vs Hook

A skill is guidance the model chooses to follow. A hook is a rule the system enforces. If something must always happen, it is a hook.

Agent vs Harness

The agent is the behavior: a model deciding in a loop. The harness is the infrastructure that makes it possible. Claude Code is a harness; what happens inside it is an agent.

Agent vs Workflow

In a workflow the steps are programmed; in an agent the model decides them. If the path is always the same, a workflow is cheaper and more reliable.

?

Test what you learned

20 questions · answers are revealed at the end