liveBook · Manning

Human-in-the-loop

As explained in Introduction to Generative AI, Second Edition

Human-in-the-loop is a system-design pattern in which people participate in monitoring, evaluating, correcting, or governing an AI system.

An AI agent drafts an email and prepares to send it. Should it send immediately, or wait for a person to approve? A human-in-the-loop design keeps people involved where an AI system’s output or action needs judgment. Routine, low-risk work may proceed automatically; consequential steps can be paused for review. The aim is not to make a person inspect everything, but to preserve meaningful control where mistakes matter. section 8.4 section 8.20

The “loop” can take several forms. A professional checks an AI-drafted legal argument against their own expertise and research. A cybersecurity analyst validates an agent’s alert and decides on a response. An agent asks permission before a potentially risky operation. In each case, the human contribution is more than a final click: it is a chance to catch errors, weigh context, and take responsibility for what happens next. section 5.8 section 8.7 section 8.20

Human involvement also extends beyond approving an individual action:

  • People evaluate model responses for qualities such as helpfulness and safety. Such judgments can disagree; automated reward models make large-scale comparisons cheaper, but do not remove the value of human evaluation. section 10.19
  • Annotators label data, moderators review toxic outputs, and researchers test for vulnerabilities as models are developed and improved. section 10.25
  • Organizations set permission boundaries, keep audit trails, monitor deployed agents, and establish policies for when people must intervene. section 10.24 section 8.24

Approval before action

Amazon Bedrock Agents supports workflows that pause for user confirmation before a potentially risky operation. This places a review point between an agent’s proposed action and its execution. It is a safeguard, not a guarantee: deciding which operations count as risky remains difficult, especially when an agent works across different domains. section 8.20

Oversight fails if reviewers disengage, assume past success guarantees future reliability, or lack the expertise to spot a mistake. Users need to verify outputs, while organizations need training and interfaces that make review meaningful. Monitoring must continue after deployment because new data, contexts, and tools can change an agent’s behavior. Human-in-the-loop design therefore belongs alongside technical safeguards and organizational accountability, rather than replacing them. section 8.23 section 8.24 section 10.27

The stakes are also social and legal. AI-assisted writing can be allowed under human oversight without treating AI as an author; high-risk AI systems under the European Union’s AI Act face human-oversight requirements. Yet the presence of a reviewer alone does not settle questions about labor, authority, or recourse. The practical question is whether people can understand, challenge, and control consequential uses of the system. section 4.8 section 10.30 section 10.14

How Introduction to Generative AI, Second Edition covers it

How deep it goes
Explains review, approval, evaluation, and ongoing monitoring; leaves exact risk thresholds and technical implementation unspecified.
Examples
Uses Amazon Bedrock Agents’ confirmation pause, cybersecurity analyst review, and human comparisons of dialogue responses.
What you can do after
Evaluate/understand when human review can reduce risk and why approval alone does not guarantee meaningful oversight.
How it connects
Links human oversight to AI agents, model evaluation, cybersecurity, audit trails, and AI governance.

Also explained in

Compare how 17 books explain human-in-the-loop →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Introduction to Generative AI, Second Edition. The section links point to the parts of the book it draws on.