Run a model
Run a model and wait for the result. fal does not retry synchronous requests. If a request fails because of a temporary error, the response has X-Fal-Needs-Retry: 1. For long requests, use the Queue API.
Authorizations
Send your fal API key in the Authorization header with the Key prefix, for example Authorization: Key $FAL_KEY. Public models also accept requests without a key. See Authentication.
Headers
The maximum time in seconds for the request to start on a runner. The time starts when fal receives the request and includes queue time and retries. The value must be greater than 0.1. If the request does not start in this time, the API returns 504 with X-Fal-Request-Timeout-Type: user. This header does not limit the run time on the runner. There is no default.
Deprecated. Use X-Fal-Request-Start-Timeout. If you send both headers, the API uses X-Fal-Request-Start-Timeout.
A routing hint. fal tries to send requests with the same hint to the same runner. Use it when a runner keeps state in memory, for example a loaded LoRA.
Controls if fal stores the request and response payloads. Set to 0 to turn off storage. Set to 1 to store the payloads for the default period. If you do not send this header, fal uses your account setting.
A JSON object that sets the expiration and access rules for the files that the model creates. See Platform Headers.
Set to true to ask the model app not to send the request to a fallback model. fal forwards this header to the app.
true Path Parameters
The owner of the model, for example blackforestlabs.
The model app name, for example flux-3-max.
Body
The model input. Each model has its own input schema. See the model page in the Model API Reference.
Response
The model output.
The model output. Each model has its own output schema.