What does it mean for an agent to decide whether the supplied documents are enough?
Before approving, routing or booking anything, an agent must judge whether the supplied documents support the next step, and ask for specific missing items when they do not.
Before an agent can approve, route or book anything, it has to answer a prior question: do the supplied documents support the next step? In a loan application, an insurance claim, a utility connection or a supplier onboarding, a case handler checks the bundle against a requirement list, notices what is absent, stale or inconsistent, and either proceeds or asks for specific items.
This is different from extraction. The handler is not reading fields; they are judging sufficiency. A payslip may be present but older than the policy allows. A proof of address may be present but name a different entity. A signed form may be missing a page.
For agent developers the workflow matters because errors are asymmetric. Proceeding on thin evidence creates downstream rework, exceptions and sometimes unsound decisions. Asking for too much irritates customers and stalls queues. The agent also has to write a request specific enough for a person to act on, and then handle a reply that arrives only partly complete.
Training and evaluation need cases where the right answer is 'not yet', where the requirement depends on case type, and where the gap is only visible by comparing two documents. MirrorFirm generates synthetic material shaped by direct observation of how handlers make these calls. Buyers should still inspect grounding and disclosure risk in any sample.
Sufficiency is a judgement made before any action, and agents trained or tested only on extraction miss it entirely.
- Audience:
- Agent developers
- Content type:
- Explanation
- Buyer question:
- What it is and why it matters
Content release: r-a220eb6e099b243b
Related questions
- What does a sufficiency decision look like on a real loan application?
- How do I tell whether my process suits sufficiency-focused training or evaluation?
- Where does the sufficiency decision sit in an agent loop, and which tool actions does it need?
- Why not handle this with a fixed checklist or rules engine instead of an agent?
- How does a sufficiency decision map onto environment state and tool actions?
- What makes a sufficiency decision worth putting in a simulated environment?