Humans, Agent and Workflows

Understand how people, the Agent and Workflows divide the execution of a real operational process in Lleverage.

Start with the operation, not the tool.

A sales order may need interpretation, ERP writes and an exception decision. Supplier follow-up may need a scheduled check, an email exchange and an update to planning. Invoice matching may run automatically until a discrepancy genuinely needs finance judgement.

Lleverage lets those parts be executed differently rather than forcing one interaction model across the whole process.

One operational process split between variable Agent foreground work, repeatable Workflow background chunks and deliberate human attention. Agent in-session questions return to the Agent session; only configured Workflow Request boundaries feed the Request Inbox.

Agent: flexible foreground work

The Agent is useful when the route through the work depends on what it finds.

Examples include interpreting inconsistent documents, investigating an exception across systems, preparing a recommendation or completing a multi-step task where the next action is not known in advance.

The person is actively involved in the foreground, even if the Agent performs many of the individual steps.

Workflows: repeatable execution

A Workflow is useful when enough of the path is known to define it in advance.

A Workflow may start from a system event, schedule or operator action, use external systems, run AI steps, and continue without someone driving each action. It can also pause when a human decision is required.

The operator may never see most of that background execution.

People: deliberate boundaries

People stay involved where authority, judgement or missing information genuinely requires them.

In a configured Workflow, that handoff appears as a Request. The Workflow pauses, an assigned person responds, and the execution can continue using that response.

Agent questions inside an Agent session are different. They belong to that foreground conversation and do not automatically create Request Inbox items. See Requests, exceptions and human attention.

Workflow apps: structured operator entry points

A Workflow app exposes a published Workflow to an operator without requiring them to use the builder. It may collect a form, guide a conversation or start background work.

Foreground and background can belong to the same process

A single process can move between these modes.

For example:

Agent investigation → repeatable Workflow path → Request for an exception → Workflow continues → result returned to the operator

Over time, a process can also shift toward more background execution as rules and exception boundaries become clearer. See From manual to autonomous.

Where to go next

• Use the Agent for flexible foreground work.

• Use Workflow apps when a published process has an operator interface.

• Handle assigned exceptions in Requests.

• Build the background path in Automate.