← All field notesPeople & control

Human review belongs inside the workflow.

How a clear proposal, supporting context and a named reviewer make human-in-the-loop AI useful for business teams.

The lesson

An approval should make the decision easier to understand.

Review is work, too.

Consider an invoice with a disputed charge. Gathering the invoice, matching supporting records and preparing a correction can reduce the accountant’s preparation work. Issuing an official document or moving money is a separate decision with different consequences.

Simply adding “human in the loop” to a process does not create that handover. If the reviewer has to reconstruct the request, hunt for the source and guess what the next button will do, the system has created another administrative task.

Building request and approval flows has taught us to treat the review moment as a product experience in its own right. The reviewer needs enough context to make a decision, a clear sense of responsibility and an understandable next step.

Take this with you

Design the reviewer’s experience with the same care as the agent’s task.

Follow the flow

A review point with a clear handover

Prepare

An AI teammate assembles the draft and flags assumptions before the consequential action.

Under the hood

Separate preparation from execution. Identify the action that changes an external system or communicates a decision.

Show the decision

The reviewer sees what is proposed, what information it uses and what remains uncertain.

Under the hood

An approval request needs sufficient action context. An opaque “approve?” prompt is a poor interface for a consequential choice.

Let a person decide

The responsible person checks the proposal and decides whether it should proceed.

Under the hood

Name the authorised reviewer and make the proposed action explicit. Keep the review decision linked to the version of the proposal being considered.

Check the outcome

After the approved action, confirm the result. Approval and successful execution are different events.

Under the hood

Preserve the relationship between request, decision and execution result. A later error must not be recorded as completed work.

A finance handover: prepare the proposal, review the decision and check the result.

Make responsibility explicit.

The Command Centre brings requests, approvals, role ownership and working instructions together. Teams can define who owns the work, what the AI teammate prepares and which decisions need human review. The role and its handover become easier to explain to everyone involved.

In the invoice example, a useful review includes the proposed correction, the disputed amount, the supporting records and the effect of approving it. The accountant should not have to reconstruct the case before deciding. That is where better preparation can make human review less burdensome.

We use these patterns to ask sharper implementation questions: who can approve, what are they approving, and what happens if the action fails afterwards? A visible approval is useful only when the surrounding workflow respects its meaning.

Under the hood

Keep the proposed action, reviewer and decision together. If the proposal changes, return the revised version for review. Record the execution result separately so the owner can follow the work after making the decision.

Spend attention where judgement matters.

Asking someone to approve every small step can turn review into habit. It becomes difficult to notice the decision that deserves real thought. The business owner should identify which changes create commitments, affect customers or need judgement, then define review around those points.

The handover should surface uncertainty. Missing information, conflicting sources and exceptions are reasons to pause and ask a focused question. Hiding them inside a polished draft makes review harder, even when the draft reads well.

Human involvement works best when it has a concrete purpose. Start with a clear proposal, a named decision-maker and a visible outcome. Then test what happens when the reviewer declines, changes the request or approves an action that subsequently fails.

Take this with you

A good review point connects the proposal, the person’s decision and the actual result.

Which AI actions should need human review?

Focus review on changes that create commitments, affect customers, change official records or require business judgement. Give the reviewer the proposal, supporting information and expected effect together.

Written by Team UseGlic

Team UseGlic is the product and engineering team building the Command Centre. We build AI teammates around business roles, connected tools and clear ownership. These notes share the product decisions and practical lessons behind that work.

More about our work ↗
Put the idea to work

Every team has
a place to start.

Define the first job, connect your tools and give the work a clear owner.

Create your workspace ↗