These words sound big. They describe small, concrete things. Here every word sits next to the part it names, with a real example from a setup that runs every day: mine.
Any one of the three inputs starts it. After that it always runs the same way: load the context, work in a loop, hand off the big parts, deliver.
What it is, in two sentences. Then what it looks like in real work.
Everything around the model: what it knows, what it may touch, what rules it follows, when it starts. The model is the engine. The harness is the car.
The information the model can see right now. It is limited, so the job is to give it the right part, not all of it. More context does not mean better answers.
A written instruction that gets loaded only when it is needed. Until then the system just knows the title. A skill is know-how, not a tool.
A second worker with its own memory, its own job and its own tools. It works on the side and hands back one result.
A fixed sequence of steps, written in code. The code decides the order, not the model. That is the whole difference to "the agent will figure it out".
Three different things carry this name: the basic rhythm of think and act, the way back when something is not good enough, and repeating on a timer.
A trigger tied to an event, with no model involved. It runs every time, exactly the same way. The least glamorous and most reliable part of the whole setup.
One standard plug for outside services. Build the plug once and every service speaks the same language to your agent.
Inside the loop above, a big request runs these six steps in order. Each step only starts when the one before it passed. If a check fails, the work goes back to step 2, not to the start.
This is the difference between an impressive demo and a system you trust with real work. A demo runs once. A system has a place where someone is allowed to say no, and a defined way back.
The common mistake is starting at the end. Automate first and you automate the wrong work.
My notes are searched like a folder, not by embeddings. At this size that is faster, cheaper, and I can always see why something was found.
No automated scoring. Quality comes from the way back and the gate. Judgement, not a number on a dashboard.
There is exactly one. Everything else is a skill plus a role. A second one gets built when a process actually demands it.
A good setup is not the one with the most parts. It is the one with the fewest parts you actually need.
I build startups and innovation programmes, and I run the setup shown above every day. In the academy you build your own in four weeks, on your real work, with live guidance.
Four weeks, remote, live. At the end your setup runs, not mine.