Human-in-the-loop
Also called HITL · Supervised run
A working pattern where a person approves, corrects, or answers for the agent while it runs, instead of only judging the result.
Human-in-the-loop means a person stays part of the run: the agent pauses for a permission request, asks a question when the task is ambiguous, or waits for an answer before it commits to a direction. The human is a step in the loop, not just a reader of the output at the end. In most coding harnesses this is the default: the agent proposes an edit or a command, you approve or redirect, it continues.
The trade-off is throughput for control. Every pause costs your attention, and if you rubber-stamp fifty prompts in a row you get the cost of supervision without the benefit. The opposite failure is just as common: leaving the loop for an hour and coming back to polished work that took a turn you'd have stopped had you been watching.
Use it deliberately. Stay in the loop when the task touches money, data, other people's systems, or anything you can't roll back; keep the interruptions meaningful by pre-approving the safe, boring tool calls in your permission mode. Move toward AFK runs only once automated checks can catch what you would have caught by watching.
- Claude CodeThe default permission mode asks before edits and shell commands, and the agent can pause mid-task to ask you a question.
- AntigravityReview policies decide which agent actions land in your inbox for approval and which run straight through.
- Claude CoworkFile changes and external actions go through an approval step unless you widen it.
“Why does it keep stopping to ask me about every shell command?”
“That's human-in-the-loop doing its job. Allow the read-only stuff, keep the approvals for anything that writes or deploys.”
Course 01 puts every one of these terms to work: you install Claude Code, run the loop, and ship a real project — permission modes, compaction, hooks and all.
Start Course 01 →