Handoff Protocols Between Agents and Caseworkers
The transition between agent processing and human judgment is one of the highest-risk moments in a public service interaction. Poor handoffs lose context, waste time, and force people to repeat themselves. This section specifies the protocol for every handoff.
3.1 Triggers for Handoff
Handoffs from agent to caseworker are initiated under the following conditions.
Standard triggers
- Uncertainty thresholds: The agent's confidence in its determination falls below a defined threshold. Thresholds must be set per action type and calibrated against outcome data.
- Procedural transitions: The case has reached a stage where policy or regulation requires human review — such as final eligibility determinations, adverse actions, or discretionary decisions.
- Legal significance: The next action carries legal consequences — denial of rights, imposition of obligations, or creation of binding commitments.
- User request: The person involved explicitly requests human review. This trigger is unconditional and may never be deflected, delayed, or discouraged by the agent.
3.2 The Handoff Package
When a handoff occurs, the agent must transmit a complete handoff package to the receiving caseworker. Incomplete handoffs are a protocol violation.
Four required elements
- Reasoning file: The full reasoning attachment (as specified in Section 1.3) for all agent actions taken on this case, including the reasoning for initiating the handoff.
- Data inputs: The complete set of data the agent received, used, and excluded — with provenance, timestamps, and verification status for each element.
- Policy version: The exact policy version(s) applied, including any version transitions during processing.
- Full action history with timestamps: A chronological record of every action the agent took or attempted, including outcomes, errors, and escalation events.
3.3 Caseworker Response Path
Handoff packages enter a queue that presents the caseworker with a complete case overview. The caseworker can proceed directly from the agent's work.
Caseworker response options
- Proceed: The caseworker reviews the package and advances the case — approving the agent's recommendation, making a different determination, or taking the next procedural step.
- Request additional data: The caseworker identifies information gaps and initiates specific requests to the applicant, external sources, or back to the agent for further processing on a defined subtask.
- Return with instructions: The caseworker determines the case can resume agent processing with specific instructions, constraints, or clarifications that resolve the triggering condition.
3.4 Restoration of Context
When a case transitions between agent and caseworker in either direction, the receiving party must have sufficient context to act without requiring the person to re-explain their situation.
Context restoration requirements
- Human-readable summary: A plain-language narrative of the case status: what has been done, what triggered the transition, and what remains. Generated from structured handoff data, written for a human reader.
- Clear next steps: An explicit statement of what the receiving party is expected to do, with relevant deadlines, requirements, and decision points identified.
- Record of completed actions: A simplified timeline showing what has already been accomplished, so that steps are preserved and work is carried forward.
- Contact and communication history: A record of all communications with the person involved — what they were told, what they submitted, what questions remain unanswered.
The Repeat-Yourself Problem
The most common failure in agent-to-human handoffs forces the person to re-explain their situation from scratch. This signals that the system does not value their time, does not retain what they have provided, and cannot handle their case coherently. The handoff protocol exists to eliminate this failure mode entirely.