This guide shows you how to expose a published Flow at a custom HTTP method and path (see Custom Endpoints).
Fill in:
GET, POST, PUT, PATCH, or DELETE.tasks/{taskId}/update-status. Each {param} segment becomes a typed path parameter.draft status.execute on the handler Flow to each Space role that should be able to call the Endpoint (for example, the Guest role for anonymous callers). Callers without it get the same 404 as an unknown path.Result: The Endpoint has published status and is available on the public App front door. Callers with execute on the handler Flow can call it; others get the same 404 as an unknown path.
While the Endpoint is a draft, test it on the Studio preview front door:
/spaces/{spaceId}/endpoints/tasks/{taskId}/update-statusPreview serves draft Endpoints (falling back to published), so you can iterate without affecting the public URL.
Path params ({param} segments) are typed by the path template and validated against that type.
The response body is built from the Endpoint's response contract; values can be literals, Flow node outputs, or run context. Either map them into object fields or return a single value as the root of the body.
To let the Flow decide the status, headers, and body instead, set Response → Source to Controlled by flow; see How to Redirect and Set Cookies from an Endpoint.
published Endpoints are served on the public front door.