From Tokens to Tool Calls: An LLM and Agentic AI Cheat Sheet for 2026
The Deck Said "RAG, Fine-Tuned, and Agentic." Only One of Those Words Was Doing the Real Work.
A vendor pitch this year almost always name-drops the same three or four things: the model is fine-tuned, the answers come from RAG, the whole thing runs "agentically." Most of the room nods along, and most of the room could not draw you a diagram of what any single one of those terms actually does inside the product. That's not a reason to feel behind. LLM and agentic AI vocabulary moved from research papers into procurement conversations in under two years, faster than the underlying concepts had time to settle into common knowledge. This is a working reference for the terms that keep showing up, split the way the technology actually splits: what the model itself does, and what happens once you wrap a loop around it.
Start With What the Model Actually Sees
A large language model doesn't read your sentence the way you do. It breaks text into tokens, chunks that are usually a word or a piece of a word, and predicts the next one, over and over, based on everything that came before it in the current call. That "everything that came before it" has a hard boundary called the context window: the maximum number of tokens the model can hold in its attention at once, system instructions, conversation history, retrieved documents, and your latest message all competing for the same finite space. Temperature controls how much randomness goes into picking the next token; low temperature gives you the same safe answer every time, high temperature gets you more variety and more risk of the model wandering. None of this requires a research background to follow. It requires knowing that "the model" is really just very good next-token prediction running at a scale that makes the output look like reasoning.
~4 characters
Roughly one token in typical English text
2017
The transformer architecture (Vaswani et al.) every modern LLM is built on
2022
ReAct, the reason-then-act loop most tool-using agents still trace back to
Pretraining, Fine-Tuning, and RAG Are Not Interchangeable
A base model's knowledge comes from pretraining: enormous amounts of text, compressed into billions of parameters, the internal weights that encode everything the model "knows" as of its training cutoff. Fine-tuning adjusts those weights further on a narrower, curated dataset, useful for teaching a model a specific tone, format, or domain vocabulary it wouldn't otherwise favor. Retrieval-augmented generation, RAG, doesn't touch the weights at all. It fetches relevant documents from an external store, usually a vector database holding embeddings, numerical representations of meaning that let you search by "similar to this" instead of exact keyword match, and stuffs them into the context window alongside the question. Fine-tuning changes what the model is. RAG changes what the model can see for one particular answer. Mixing the two up is the single most common confusion in vendor conversations, because both get pitched as "customizing the AI on your data."
Where a Chatbot Stops and an Agent Starts
A plain LLM call, prompt in, completion out, has no way to act on the world. Tool calling is what changes that: the model returns structured arguments for a function instead of plain text, your system runs that function, and the result gets fed back in as new context. Do that once and you have a chatbot with a plugin. Do it in a loop, where the model decides whether to call another tool or stop based on what the last one returned, and you have an agent. Memory is what a system deliberately carries across that loop's steps, distinct from the context window, which only holds what fits in one call. Guardrails are the rules enforced outside the model's control entirely, a spend cap or an approval gate the model can't talk its way around, not a line in a system prompt asking it to behave.
Same Words, Different System
Plain LLM call
Prompt in, completion out, no memory between calls
Agentic LLM system
Plans, calls tools, checks results, decides whether to continue
That distinction matters more than it sounds like it should, because a lot of products marketed as "AI agents" are still a single LLM call with a nicer interface. The honest test: does the system decide, on its own, whether it needs to take another action before it can finish? If the answer is written into a fixed script, it's automation with an LLM step. If the model itself is choosing, it's closer to agentic.
One Detail Worth Knowing
SkyTrainings' Generative AI program structures this exact split into its syllabus rather than blending it: an early module covers LLM fundamentals, transformer architecture, tokenization, model APIs, and a later one moves into LangChain development, agents, tools, memory, retrieval, as a separate stage built on top of the first. That ordering isn't arbitrary. Trying to learn agent orchestration before understanding what a context window actually holds is where a lot of self-taught learners get stuck and don't know why.
Worth knowing these terms gets you through a vendor call without nodding blindly. It doesn't get you through debugging why your RAG pipeline is retrieving the wrong document, or why an agent looped four times on a task that should have taken one. That part still has to be built and broken a few times to actually learn.
Start with the Generative AI Training course if you want the fundamentals and the agent layer taught in that order.