Just exploring
Start with the concept pages: Models, Protocols, Extensions, Agents. You can stay in reading mode the whole time. No code required.
AI tooling field guide
This is a working map of AI developer tooling. It starts with plain-English explanations, then moves into small labs where you can build toy versions of the ideas and see what they are actually doing.
Personal notes, packaged up with AI help. The ecosystem moves fast — some of this is probably already wrong. Treat it as a starting point, not a source of truth.
A model is just a program that takes text in and gives text back. Most of the rest of the ecosystem, from MCP servers to agent loops to skills and wrappers, is the machinery around that exchange. Brandon Fuchs built this site as a personal reference while learning the ecosystem, and the goal is to map that machinery without making it sound more mysterious than it is.
Where to start
Start with the concept pages: Models, Protocols, Extensions, Agents. You can stay in reading mode the whole time. No code required.
Start with the Stack page if you want the big picture. Start Here walks through the path from model to agent without assuming you already know the vocabulary.
The labs are the hands-on path. Lab 00 gets you from zero to a working model CLI in one sitting.
The central idea
AI tooling is full of overlapping names for things that partly do the same job. This guide is here to sort those pieces out: what they are, what job they do, and where they fit.
The goal is not to memorize every tool. It is to build a mental model sturdy enough that when a new tool shows up, you can place it.
Three moves
Most people only need three moves: choose how they will reach the model, turn that into one stable surface, then start layering tools and agent behavior on top.
Deepest start: if you want to begin from a real local model, take the detour through local hosting and model artifacts before bootstrap.
How the pieces connect
Start with model access. Then learn the concepts that explain the tooling. Then build a few pieces yourself. Use the reference pages when you need to classify something real.
Models, Map, and Stack build the mental model — what the ecosystem is, why it's shaped the way it is, and how the layers relate to each other.
Protocols, Extensions, and Agents each explain one thing in depth — what it does, where it fits, and what problem it actually solves.
Labs turn the concepts into runnable artifacts you can hold and modify. Theory without a working example is hard to remember; the labs make it stick.
The Catalog and Glossary are most useful once you have context — they help you classify real tools you encounter and check where something fits in the stack.
The stack below the stack covers inference engines, model formats, serving layers, eval tools, and vector stores — the parts a lot of higher-level AI tools are built on top of.
The core idea
A language model on its own can only produce text. The tooling ecosystem is everything we add around it so it can read files, query systems, run commands, follow reusable procedures, ask for approvals, and remember what happened before.
The names can sound intimidating: MCP, skills, hooks, wrappers, agent runtimes. Fair. But most of them answer one of three questions: what can the AI see, what can it do, and who decides what is safe or useful?
A friendly metaphor
The AI is not the whole workshop. Think of it more like a smart apprentice working inside a shop full of tools, rules, recipes, adapters, and supervisors.
It reads the situation and proposes next steps. It is powerful, but it needs context and tools to do grounded work.
Examples: GPT, Claude, Gemini, local models.
Tools do concrete things: search files, call an API, query a database, run tests, create a ticket, or edit a document.
Examples: git, rg, curl, SQL clients, cloud CLIs.
Protocols define how a host discovers tools and data without every integration being custom-built from scratch.
Examples: MCP, OpenAPI, function calling, LSP.
A skill tells the agent how to do a kind of task well: when to use which tool, what order to follow, and what mistakes to avoid.
Examples: code review, deploy a model, query a warehouse.
Hooks run automatically at key moments. They can check safety, add context, run formatting, block secrets, or log what happened.
Examples: before command, after edit, before commit.
An agent keeps observing, deciding, acting, and checking progress until the task is done or it needs help.
Examples: CLI agents, IDE agents, persistent assistants.
Four ways into the same ecosystem
Name the action. If it runs tests, creates issues, edits files, or queries data, you are looking at a tool or capability.
Name the interface. If another app discovers and calls it through a schema, you are probably looking at a protocol or wrapper.
Name the decision-maker. If it chooses the next step, coordinates workers, or asks for approval, you are higher in the stack.