Cancel Run
Stop an in-flight run. Cancelled runs reach a terminal state and are never charged.
curl --fail-with-body --silent --show-error -X POST 'https://api.edgaze.ai/v1/runs/7c9e6679-7425-40de-944b-e07fc1f90ae7/cancel' \ -H "Authorization: Bearer $EDGAZE_API_KEY"
Developers stopping work a buyer no longer wants.
https://api.edgaze.ai/v1/runs/{run_id}/cancelOverview#
Requests cancellation of a run that has not reached a terminal state. The run is marked cancelled before the call returns, a run.cancelled webhook is dispatched, and any subsequent poll of Get Run reports the terminal status.
Cancelled runs are not charged. Any wallet hold is released and billingStatus settles to not_charged. Edgaze absorbs compute already spent, so cancelling is always safe for the buyer.
Cancellation requires run:execute rather than run:read, because it changes a run's outcome and its billing.
Authorization#
run:executeParameters#
Headers
AuthorizationstringheaderrequiredBearer token with run:execute scope.
Example: Bearer edgaze_sk_live_…
Path parameters
run_idstringpathrequiredUUID returned from POST /runs.
Example: 7c9e6679-7425-40de-944b-e07fc1f90ae7
Response#
Example payloads are in the request/response panel above.
cancelRequested distinguishes the two success cases: true means this call stopped the run, false means the run was already terminal and nothing changed.
Edge cases#
Cancelling changes a run's outcome and its billing, so it needs run:execute rather than run:read.
A run that already completed, failed, or was cancelled returns 200 with cancelRequested false and its status unchanged.
The run is marked cancelled immediately, but an in-flight node may take a moment to unwind. Any output it had already produced stays in the event log.
Cancelling another account's run returns 404, not 403.
Was this useful?
Your response helps us improve the documentation.