01 · Trigger
Which condition means “do not continue”?
Name scope breaches, conflicting instructions, unsafe tool responses, missing evidence, policy exceptions, unexpected outputs, and actions that change another person’s rights.
Foundation 05 · Exception design
A workflow becomes more trustworthy when it knows when to pause. An exception is not a model failure to hide; it is a defined handoff from bounded automation to accountable judgment.
Learning objective
By the end of this lesson, you should be able to define exception triggers, the safe state, a named resolver, the evidence packet they need, and the maintenance change that may follow a resolved exception.
01 · Trigger
Name scope breaches, conflicting instructions, unsafe tool responses, missing evidence, policy exceptions, unexpected outputs, and actions that change another person’s rights.
02 · Hold
Specify whether the workflow drafts, queues, retries, rolls back, notifies, or does nothing. A hold should avoid quietly creating a new irreversible dependency.
03 · Resolve
Route to a named owner or role with an evidence packet: task, source identifiers, boundary, candidate actions, risk signal, and the choice that requires accountability.
04 · Learn
Separate process improvement from automatic policy expansion. A resolved exception may require a new test, clearer documentation, tighter scope, or an explicit human decision to change the rule.
Practice lab
A workflow can compare approved vendors and draft a purchase request within a low-value limit. It receives a request that matches a vendor name but has a conflicting invoice total and an unrecognized delivery location.
Source shelf
Complete the pathway