human_input_required event in the streaming response. The event carries a form_token that your integration uses to drive the form lifecycle until the workflow resumes.
For per-endpoint reference, see the Human Input API.
Sequence
The sequence below applies to both Workflow and Chatflow apps. Only the entry endpoint in Step 1 and the resume endpoint in Step 5 differ between the two.Start the app in streaming mode
- Call Run Workflow (Workflow apps) or Send Chat Message (Chatflow apps).
-
Watch the SSE stream for the
human_input_requiredevent and capture itsform_token. Every stream chunk also carries atask_id; keep it in case you need to resume listening in Step 5.
Get the form definition
Call Get Human Input Form with
form_token. The response includes the rendered Markdown, input field definitions, available actions, pre-filled default values, and an expiration_time after which the form can no longer be submitted. Render the form for the recipient.(File inputs only) Upload local files
If the recipient attaches a local file to a
file or file-list input, upload it first with Upload File. It returns an id you reference as upload_file_id in the submit payload. Use one consistent user across the run, upload, and submit calls.A remote file needs no upload step: attach it inline in the submit as a {transfer_method: remote_url, url} mapping.Submit the response
Call Submit Human Input Form with the recipient’s input values, the selected
action, and your user. The action must be one of the actions from the form definition in Step 2.File inputs accept either a {transfer_method: local_file, upload_file_id} mapping (from Step 3) or an inline {transfer_method: remote_url, url} mapping. See Upload First vs. Inline Remote URL for the trade-off.A successful submit is final: it closes the form and resumes the run along the matching action branch, so the same form_token can’t be submitted again. A rejected submit (an invalid action, a missing required input, or a failed remote-file fetch) leaves the form unchanged — fix the inputs and resubmit with the same form_token.Upload First vs. Inline Remote URL
Both patterns work for file inputs:-
Pre-upload, then reference
upload_file_id(recommended) Upload File validates file size, type, and extension at upload time, so the recipient gets immediate feedback and can retry before committing the whole submission. -
Submit inline with
transfer_method: remote_urlThe backend fetches the file at submit time. Faster to integrate, but any size, type, or fetch failure rejects the entire submission, forcing the recipient to redo other fields.
Delivery Method Requirement
The Human Input API works only with forms delivered via the Human Input node’s WebApp method. Email-only delivery doesn’t expose aform_token.
Example: File-Attached Submission
This example uses a form with afeedback paragraph input, an attachments file-list input, and approve / revise actions.
-
Call Get Human Input Form to get the form definition:
-
For each local file, call Upload File:
Returns
{"id": "1a77f0df-...", ...}. -
Call Submit Human Input Form with the recipient’s input and selected action:
Returns
{}. The workflow resumes along theapprovebranch.