Prompt
ConceptThe user’s message. In an enterprise, prompts are rarely typed by hand — they are generated by software, other agents, and workflows.
What actually happens between pressing “send” in a chat window and watching the answer type itself out — told through the handful of components that every AI product, from a demo to an enterprise platform, is built from.
Every prompt meets the same characters on its way through the system. Learn these nine and you can read any AI architecture diagram, vendor pitch, or technical diligence memo.
The user’s message. In an enterprise, prompts are rarely typed by hand — they are generated by software, other agents, and workflows.
Standing instructions written by the product team: who the assistant is, what it may and may not do, tone, rules. It is silently prepended to every single request.
Packaged capabilities the model can ask for: search the web, query a database, run code, open a ticket. A skill ships the instructions; a tool is the actual connection that executes.
The software container around the model. It assembles the full request (system prompt + tools + memory + history + your message), sends it, and executes whatever the model asks for in reply. Claude Code, coding copilots, and most “agents” are harnesses.
The reasoning engine itself. Two ways to source it: rent a frontier model by API (OpenAI, Anthropic, Google) or run open weights (Llama, Qwen, Mistral) on your own hardware.
The front desk every request passes through. Checks identity and permissions, enforces budgets and rate limits, chooses which model or provider handles the request, and logs everything.
The software that actually runs the model on GPUs (vLLM, SGLang, TensorRT-LLM). It batches hundreds of requests together and manages the scarce GPU memory that determines speed and cost.
The model’s working memory of text it has already read. Without it, the model re-reads the entire conversation for every new word it writes. With it, only the new part is read.
The hardware: racks of GPUs, the networks between them, and the power they consume. Whether owned by a cloud, a model provider, or the enterprise itself, everything above is a tenant here.
AI architecture diagrams almost always show some version of these fourteen layers. Here is the canonical list, mapped to the zones and named products of the L2 machinery page.
Single entry point for requests: admission, throttling, hand-off to identity checks.
Control roomVersioned home of the system prompt and templates — the handbook, under change control.
WorkbenchOne interface over many models: routing, fallbacks, budgets per team or product.
Control roomRetrieval-augmented generation: fetching the right documents into the dossier before the model reads it.
WorkbenchWhere documents live as searchable embeddings, so retrieval is fast.
WorkbenchThe actions the agent can take in other systems — search, query, ticket, execute.
WorkbenchUser and conversation state carried across sessions, so the dossier starts pre-filled.
WorkbenchWhat the model may not say or do — enforced in-line, not just promised in a policy.
Control roomQuality scoring and regression tests, before release and continuously after.
Control roomGPUs, clusters, and schedulers that keep the whole machine alive under load.
Power plantWhat the classic list misses: the parts that actually decide cost and speed — the inference server, the KV-cache, and the GPU substrate beneath them. Vendors rarely diagram what they rent rather than sell. Sections 04 and 05 go deeper, and the L2 page names who builds each piece.
Layer names adapted from a widely shared community diagram by Greg Coquillo (Product Leader), re-drawn in this report’s visual language and mapped to its zones.
One message, end to end. The same seven steps run inside a five-line demo script and inside a billion-dollar enterprise platform — only the sophistication of each step changes.
A user writes a message in the chat window — or, more often in enterprise settings, an agent or workflow generates it automatically. Either way, a prompt is born.
The harness never sends your sentence alone. It assembles the full dossier: the system prompt, the available tools and skills, relevant memory and documents, the conversation so far, and finally your message. All of it is converted to tokens — the billing unit of AI.
This is why “one question” can secretly cost 50,000 tokens: the model receives the whole file, not the one line you typed.
The request reaches the API gateway. It authenticates who is asking, checks permissions and remaining budget, applies policy (some data may never leave the building), and picks a route: which provider, which model, which region. Cheap model for easy questions, flagship model for hard ones.
The inference server hands the request to the model. First the model reads the entire assembled context — the “prefill” phase. This is where the KV-cache does its magic: whatever the model has already read earlier in the conversation is remembered, not re-read. Details in section 04.
Now the model generates the reply — literally one token (a fraction of a word) per step, each one informed by everything in the cache. This sequential loop is why answers “type out” and why generation speed, not reading speed, defines how fast AI feels.
Tokens are not batched and returned at the end — they are streamed back through the gateway the moment they exist, and the chat window renders them live. Streaming is a product feature disguised as a transport detail: it makes a 20-second answer feel instant.
If the model asked to use a tool (search, query, run code), the harness executes it and sends the result back to the model. An agentic task may loop dozens of times before the user sees a word.
The single most consequential technical detail for understanding AI cost and speed — and the reason “long conversations” and “long documents” are expensive.
A model does not remember your conversation. Every new word it writes is, in principle, computed by re-reading the entire dossier: system prompt, documents, history, everything. Reading is compute; compute is money and time.
The KV-cache stores the model’s already-computed reading of that dossier in GPU memory. When the conversation continues, only the genuinely new part is read; the rest is recalled. Same answer, a fraction of the work.
The catch: the cache lives in the scarcest resource in the building — GPU memory. Managing it well is why inference servers exist as a category, and why API providers now charge less for repeated context.
Every follow-up re-reads the whole file. Slow, and billed at full price each time.
Only the new words are read. Faster first token, and providers increasingly price cached tokens at a steep discount.
Step 4–5 of the journey can run in two very different places. This is a sourcing decision — rent versus own — and most enterprises end up with both.
Typical buyer posture: start here for everything, stay here for the hardest reasoning tasks.
Typical buyer posture: high-volume, well-defined, or regulated workloads — the “factory work,” not the “strategy work.”
The whole page on one grid: each plain-language idea, the technical component that implements it, the infrastructure it runs on, and the investment lens on each row.
The vocabulary that recurs across every vendor pitch and technical diligence session, in one breath each.
Assemble, admit, read, write, stream, record — every company in the AI stack monetizes one of these verbs. When a pitch gets technical, ask which step of the journey it makes cheaper, faster, or safer. That question is the whole diligence.