Offload moves a case toDocumentation Index
Fetch the complete documentation index at: https://docs.offloadapi.com/llms.txt
Use this file to discover all available pages before exploring further.
INPUT_NEEDED when the worker decides it cannot continue safely without a human answer from your application.
What You Receive
IfclientWebhookUrl is configured, you receive case.input_needed with:
inputRequestinputRequestIdinputRequestStatusinputRequestedAt
GET /cases/{id} while the request is still present on the case.
Resume The Case
Submit the answer with the sameinputRequestId:
What 202 Accepted Means
The current implementation performs two steps:
- enqueue an internal
INPUT_PROVIDEDevent - immediately update
inputRequestStatustoRESOLVED
- your answer was accepted for async processing
- the case may still briefly read as
INPUT_NEEDED - the worker has not necessarily replied to the counterparty yet
When The API Returns 409
POST /cases/{id}/input returns 409 when:
- the case is not currently
INPUT_NEEDED - the active request is no longer
PENDING - the provided
inputRequestIdis stale or mismatched
Recommended App Behavior
- Persist
inputRequestIdfrom the webhook. - Show
inputRequestto the human or system that can answer it. - Keep
providedContextdirect and decision-oriented. - Treat
202as queued work, not a final state transition. - Watch for the next webhook or poll the case to confirm the new state.
What Happens Next
After the worker processes your answer, it can:- send the next reply and return to
RUNNING - complete the case
- fail the case
- ask for more input again
goal.knowledge.additionalHumanContext before re-evaluating the case.