Back to blog

Building Production-Grade AI Agents · Part 15 of 15

The Production Agent Vocabulary Sheet

A compact glossary for architecture discussions, design reviews, and building shared language across teams.

Chris Eberl

Chris Eberl

Founder • Engineering Leader, GenAI, Data, ML

Production AI AgentsSep 14, 20267 min read
The Production Agent Vocabulary Sheet
TermWorking definition
AblationDeliberately remove or change one component at a time to isolate its effect on system behavior.
ACL (Access Control List)A mapping of which principals may access a resource and what actions they may perform.
Adaptive samplingAllocate more repeated eval runs to cases with higher risk, variance, or uncertainty instead of sampling every case equally.
Admission controlDecide whether work is allowed to enter the system based on current capacity, quotas, or policy.
Agent harnessThe runtime around the model that owns execution loops, tools, context, limits, state, tracing, and policy integration.
Agent-as-toolA specialist agent performs a subtask while a parent agent retains conversational ownership and synthesis.
At-least-once deliveryAn operation may be delivered more than once; consumers must tolerate or deduplicate duplicates.
At-most-once deliveryAn operation is not retried in ambiguous cases, avoiding duplicates at the cost of potentially missing work.
Authoritative stateThe trusted current state held by a system of record, not inferred from conversation history.
Autonomy budgetExplicit limits on how far an agent may run: turns, tool calls, wall-clock time, token/cost budget, concurrency, or side effects.
BackpressureMechanisms that slow, queue, limit, or reject upstream work when downstream capacity is saturated.
Blast radiusThe maximum scope of damage or unintended effect a failure, compromise, or bad decision can cause.
Bounded retryA retry policy with explicit limits, usually including delay/backoff and a terminal failure state.
Capability boundaryThe set of actions a component is technically able and permitted to perform.
CanaryA limited release of a candidate version to a small subset before wider deployment.
Confusion matrixA table showing which classification labels or routes are being mistaken for which others.
Context engineeringThe deliberate design of what information enters the model context, when, and in what form.
Controlled experimentHold relevant conditions fixed while changing a specific variable so causal attribution is possible.
Defense in depthUse multiple independent controls so failure of one does not directly become compromise.
Deterministic graderCode-based evaluation logic that asserts exact, checkable criteria.
Effective action spaceThe set of tools or actions the model can choose from in the current context.
Exactly-once semanticsA guarantee that an operation has one externally visible effect; difficult without downstream support and idempotent design.
Failure taxonomyA structured classification of failure modes used to diagnose and prioritize remediation.
GroundingTie a generated answer or decision to relevant evidence from trusted or retrieved sources.
HandoffTransfer active task or conversational ownership from one agent to another.
IdempotencyRepeating an operation with the same identity does not create duplicate side effects.
Least privilegeGrant only the minimum permissions required to perform the intended job.
LLM-as-judgeA model execution used to score fuzzy properties of another model/agent output.
Load sheddingIntentionally reject or defer lower-priority work to protect system health during overload.
MCPModel Context Protocol; a standardized way for clients to discover and invoke tools/resources/prompts from capability providers.
Outcome distributionThe range and frequency of results produced by repeated executions of a stochastic system.
PlannerA component that determines which steps or tasks are required to achieve an objective.
Prompt injectionUntrusted content attempts to alter model behavior or override intended instructions.
RAGRetrieval-Augmented Generation; retrieve relevant knowledge and place selected evidence into model context.
ReconciliationDetermine actual system state after an ambiguous or partial result, usually by querying authoritative sources.
Reserved capacityResources held for a specific workload class so other traffic cannot consume all available capacity.
RouterChooses which domain, workflow, agent, or tool set should receive a request.
Semantic toolA narrow capability expressed in business terms, such as update_opportunity_stage(), rather than a generic API primitive.
Specialist agentAn agent with distinct instructions, context, tools, permissions, model, or risk profile for a particular responsibility.
StarvationA scheduling failure where low-priority work receives little or no capacity for an unbounded period.
TrajectoryThe sequence of model decisions, tool calls, observations, confirmations, and intermediate states during an agent run.
Trust boundaryA point where data or authority moves between components with different trust assumptions.
VarianceRun-to-run spread in results from a stochastic system.
Weighted schedulingAllocate capacity among workload classes according to configured shares or priorities.
Workload isolationSeparate queues, quotas, workers, or resources so one workload cannot degrade others.

Ten sentences worth memorizing

The model can propose the action; deterministic systems decide whether it is allowed.

Use the model for semantic judgment under ambiguity; use traditional software for authority, state, guarantees, and known workflows.

Retrieved content is data, not authority.

RAG is for unstructured knowledge; tools are for authoritative transactional state.

User confirmation establishes intent; it does not grant authority.

Because the system is stochastic, compare distributions rather than individual executions.

I would reduce the model’s effective action space rather than just asking it to choose better among forty tools.

Priority should not mean starvation.

I would not claim exactly-once semantics if the downstream API does not provide the primitives required to implement them.

Production failures should become regression cases.

Read next

Newsletter

New posts, straight from Chris

A short note from me whenever a new article goes live — product engineering, AI workflows, IoT, indie apps, and engineering leadership. No spam, unsubscribe anytime.

By subscribing, you agree to our Privacy Policy. We do not share your email.