Production patterns for building LLM-backed systems in 2026 — agents that actually work, structured output that actually parses, retrieval that actually retrieves, and inference stacks that actually scale. The pages below are notes from shipping these patterns in real systems, not vendor pitches.
The cluster covers six concrete areas: agent loops and the Model Context Protocol; reliable function calling and structured output across providers; evaluating RAG without fooling yourself; hybrid search and reranking; self-hosting open-weights models with vLLM; and orchestration frameworks (LangGraph, DSPy) — including when none of them are needed.
Companion pages on the rest of the site: Amazon Bedrock, RAG, Vector Databases, Hugging Face.
An LLM application is a stack. At the bottom, a model is served either through a hosted API or a self-hosted engine; the Production folder covers serving, quantization, model comparison and LLMOps. Above that, the model interface turns free text into reliable data through prompt design and structured output; see Prompt Engineering. The Retrieval folder covers grounding answers in your own documents and measuring whether that works. The Agents folder covers loops in which the model calls tools and decides the next step. The Agent Zero folder holds career and role notes, including AI Engineer vs ML Engineer.
| Goal | Start with |
|---|---|
| Get consistent JSON from a model | Function Calling and Structured Output |
| Answer questions over company documents | Hybrid Search and Reranking, then RAG Evaluation |
| Let the model take multi-step actions | Agents and MCP, LangGraph and DSPy |
| Choose a model or host one | Frontier Model Comparison, vLLM and Quantization |
| Run it reliably in production | LLMOps and Production |
A sensible learning order is bottom-up in risk: first make single calls reliable with structured output and evaluation, then add retrieval, and only then add agent loops, which multiply both capability and failure modes.