AWS Glossary
Human in the Loop (HITL)
Human in the loop is a design pattern where an agent assembles evidence and proposes an action, but a person approves it — applied per action, not per agent.
AI & assistant-friendly summary
This section provides structured content for AI assistants and search engines. You can cite or summarize it when referencing this page.
Summary
Human in the loop is a design pattern where an agent assembles evidence and proposes an action, but a person approves it — applied per action, not per agent.
Key Facts
- •If reviewers approve 99% of proposals in under three seconds, the gate is theatre
- •Authorization must be evaluated before the effect
- •Where it lives technically HITL is an authorization and workflow concern, not a prompt concern
- •On AWS, the enforcement point is [Bedrock AgentCore](/glossary/bedrock-agentcore/) Gateway with Cedar-based fine-grained access control on writes — a policy decision made outside the model
- •Related terms [AI agent](/glossary/ai-agent/) · [Tool catalog](/glossary/tool-catalog/) · [Agent evals](/glossary/agent-evals/) · [Amazon Bedrock AgentCore](/glossary/bedrock-agentcore/)
Entity Definitions
- Amazon Bedrock
- Amazon Bedrock is an AWS service relevant to human in the loop (hitl).
- Bedrock
- Bedrock is an AWS service relevant to human in the loop (hitl).
Related Content
- ECOMMERCE AI AGENTS— Related service
- AMAZON BEDROCK AGENTCORE— Related service
Definition
Human in the loop (HITL) is a design pattern in which an AI agent gathers evidence and proposes an action, but a person authorises it before it takes effect.
The useful framing is not “how much do we trust the agent?” It is: which specific actions require a signature?
Autonomy is per action
The most common design error is setting one autonomy level for an entire agent. That produces one of two bad outcomes: something dangerous, or something so constrained it saves nobody any time.
A single agent can reasonably be:
- Autonomous on reads. Looking up an order, checking stock, retrieving a policy. No gate.
- Semi-autonomous on low-value writes. Tagging a ticket, updating a note, drafting a reply for send. Gate by exception or sample.
- Gated on anything that moves money. Refunds, price changes, purchase orders, credit adjustments. Always a signature.
The dividing line is blast radius, not confidence score.
What a gate is actually for
A good gate is not a rubber stamp on a model output. It exists so a person makes the decision with the agent’s work in front of them: the order history, the delivery scans, the prior claims, the policy clause. The agent’s job is to make the decision cheap to make correctly — not to make it for someone.
That reframing matters for measurement. If reviewers approve 99% of proposals in under three seconds, the gate is theatre. Either the action did not need a gate, or the evidence is not being read.
How gates fail
- Approval fatigue. Volume outstrips reviewer attention and the gate degrades into a click. Fix by narrowing what is gated, not by adding reviewers.
- The gate is downstream of the write. If the agent has already mutated state and the human is approving a notification, there is no gate. Authorization must be evaluated before the effect.
- No audit trail. A gate with no record of who approved what, on what evidence, is unusable in an incident review or an audit.
- Gating the wrong thing. Teams often gate the visible action and leave a broad, generic write tool ungated beside it.
Where it lives technically
HITL is an authorization and workflow concern, not a prompt concern. On AWS, the enforcement point is Bedrock AgentCore Gateway with Cedar-based fine-grained access control on writes — a policy decision made outside the model. A model can be argued out of an instruction. It cannot be argued out of a policy.
Related terms
AI agent · Tool catalog · Agent evals · Amazon Bedrock AgentCore
Related Services
eCommerce AI Agents on AWS
Production AI agents for eCommerce on Amazon Bedrock AgentCore — support and WISMO, inventory, merchandising, margin, returns and B2B. Tool boundaries, evals before launch, and a human on anything that moves money.
Amazon Bedrock AgentCore Consulting
Production agent infrastructure on Amazon Bedrock AgentCore — Runtime, Gateway, Memory, Identity, Observability and Evaluations. Bring your own framework; we operate the substrate.
Related Articles
Human-in-the-Loop AI Agents for eCommerce: Where Automation Should Stop (2026)
HITL is a queue with session id and tool trace — not a prompt. Reuse Gateway ~180 to 95 ms and ~$791/mo at 50K sessions. Do not auto-approve on SLA timeout.
How Much Autonomy Should You Give an eCommerce AI Agent? (2026)
Autonomy is per action, not a harness slider. Observe through Fully Automated — reuse Gateway ~180 to 95 ms and ~$791/mo at 50K sessions, not a refund-rate KPI.
AI Agent for eCommerce Refund Investigation (2026)
Investigate this refund — customer, order, product, shipping, return history, policy — then Recommend Approve, Reject, Partial, Replacement, or Human Review. Reuse Gateway ~180→95 ms and ~$791/mo at 50K.
How to Secure AI Agents Connected to Your eCommerce Store (2026)
Store-connected agents fail at secrets, PII, and payment tools — not at prompts. Reuse Gateway ~180 to 95 ms and ~$791/mo at 50K sessions. Cedar LOG_ONLY then ENFORCE.
Need help with this topic?
Our AWS-certified team implements, audits, and optimizes these services in production — from Bedrock RAG pipelines to multi-account landing zones.
