Human-in-the-Loop Agents in Production
How to run human in the loop AI agents in production: propose, approve, execute, with humans at irreversible actions, external communication, and spend changes.

Most DTC operators want AI to run the busywork but hesitate when the agent starts sending emails, changing spend, or making brand decisions. The answer is not full autonomy and not a human reviewing every action. The working production pattern is human-in-the-loop AI agents: systems that propose, pause for approval at high-stakes decision points, then execute the approved steps. This is the default we build into our own marketing and automation systems.
What is human-in-the-loop AI agents, and why does it matter in production?
Human-in-the-loop AI agents are autonomous systems that pause before a high-cost action and ask a person to approve or edit the proposed step. In production, the loop matters because it separates judgment from execution: the agent handles volume and repetition, the human handles taste, risk, and exceptions.
A production human-in-the-loop agent is not a chatbot with guardrails. It is a workflow with three explicit states: propose, approve, execute. The agent drafts a plan or action, a human approves or edits it, and the agent executes only the approved version. If approval is missing, the agent waits. If the action is low risk and reversible, the agent does not stop.
Where should you put the human in an AI agent loop?
Place the human at three points: irreversible actions, external communication, and spend changes. Those are the few places where an error creates brand risk, customer confusion, or real cost.
A practical filter: if undoing the action costs more than the time it takes to review, put a human there. Our internal agents skip approval for drafting, data enrichment, internal status updates, and scheduling within pre-set limits. They stop for anything customer-facing or budget-moving.
- Irreversible actions: deleting records, migrating data, publishing to a live store
- External communication: outbound email, paid social copy, public replies, ads
- Spend changes: raising budget caps, reallocating between channels, pausing campaigns
- Creative sign-off: final claims, tone, imagery, offer language
What does the propose, approve, execute pattern look like in Arthea?
The propose, approve, execute pattern splits every agent task into three explicit states: the agent drafts a plan, a human approves or edits it, then the agent executes only the approved steps. This is the default we run across Ask Kleos, Atlas approvals, and Alexia.
- Ask Kleos is our research and planning agent. It proposes campaign briefs, audience angles, and channel mixes. The human approves or rewrites before anything moves to production.
- Atlas approvals is the approval layer. It routes high-stakes decisions to the right owner with the proposed action, current state, and rollback path attached. The human sees exactly what will change and how to undo it.
- Alexia is the execution agent. It runs the approved plan within constraints, sends external communication only after sign-off, and flags exceptions instead of improvising.
These three are part of the three growth systems we run in production, shown as architecture, not demo footage.
How do you run a human-in-the-loop review without becoming the bottleneck?
You batch approvals into one short review window per day and treat agent output like code review, not copywriting. The bottleneck disappears when the human only sees decisions that need judgment, with enough context to approve in minutes.
The failure mode is reviewing everything. To avoid it:
- Agents self-approve reversible, low-risk steps.
- Every approval request includes what the agent proposes, why, current state, and rollback path.
- The default is wait, not proceed, but the wait window stays short.
We run a daily standup with 83 autonomous agents to surface stuck items, pending approvals, and exceptions before a human gets pinged. The standup is not a human meeting. It is an internal operation where agents report blockers and the queue gets structured.
If an agent waits too long for approval or hits a failure, it escalates through the on-call rotation we built for our AI agents before asking a human for help. That keeps the human loop focused on decisions, not system failures.
What does an end-to-end human-in-the-loop campaign actually look like?
An agent proposes campaign structure, creative angles, and audience segments; a human approves or edits the plan; the agent builds, schedules, and monitors the campaign within the approved constraints. In our internal 48-hour campaign timeline, the human touchpoints are compressed into three short gates: brief approval, final asset sign-off, and performance check.
Runbook: a three-gate loop
- Proposal gate. Ask Kleos proposes the campaign brief: audience, angle, offer, channel mix. A human approves or edits the brief.
- Asset gate. The agent drafts creative variations and copy. A human signs off on final assets before any external send.
- Performance gate. The agent launches within approved budget caps and can pause on pre-set thresholds. A human reviews performance at the check-in and decides scale, iterate, or stop.
This is the same loop we compress into our 48-hour end-to-end production timeline, with each human touchpoint scoped to a decision, not a meeting.
What are the real trade-offs of human-in-the-loop agents?
The trade-off is speed versus control. Every approval gate removes some autonomy and adds latency, but it also prevents expensive errors and keeps the system aligned with brand judgment. The goal is to make the loop as small as possible, not as large as possible.
- Strict human gates win for new brand voice, public claims, first campaign on a new channel, and spend above a defined threshold.
- Autonomy wins for internal research, data formatting, draft generation, scheduling within pre-approved limits, and routine monitoring.
- The failure state is rubber-stamping. If humans approve without reading, the loop adds latency without reducing risk. A useful gate forces a real decision with context and a rollback path.
What else do operators ask about human-in-the-loop AI agents?
The most common questions are about approval frequency, latency, and whether the loop is just automation theater. Short answers below.
Do I have to approve every agent action?
No. Only high-stakes or irreversible actions require approval. Most reversible tasks run autonomously under pre-set constraints. The loop should live where judgment matters, not where speed matters more than control.
How do you keep the approval loop from adding days to production?
Batch reviews, require full context, and cap the number of gates. Our internal systems use three short gates in a 48-hour production timeline, and agents wait instead of proceeding when a gate is pending.
Is human-in-the-loop just automation theater?
It becomes theater if approvals are rubber stamps. A real loop forces a decision with context and a rollback path. If you cannot say what you would change before approving, the gate is decorative.
What happens when an agent waits too long for approval?
It escalates. Agents surface the blocked item in the daily standup or the on-call rotation, then route to a human only if the decision is still stuck. The system treats waiting as a state to manage, not an error to hide.
Human-in-the-loop AI agents are not a compromise between manual and fully autonomous work. They are the production pattern that keeps autonomy useful where it is safe and keeps judgment exactly where it is expensive. We build these loops into our own products and marketing systems first. If you want to work on this kind of system, see Careers.