API Reference

Retrieve request image or task results

Retrieve image results by request ID. The following is this gateway’s public contract.

GET https://api.tu-zi.com/api/log/get-request
Preview guide

Paste into an AI assistant to help with integration. Documentation and examples only; no real credentials.

Preview guide

Retrieve request image or task results

Updated · Reviewed

Endpoint and authentication

GET https://api.tu-zi.com/api/log/get-request

Transport: json

Use an inference API key. Examples contain placeholders; read credentials from environment variables.

Authorization: Bearer YOUR_API_KEY

Before running

Replace https://api.tu-zi.com with this site origin (do not append /v1 twice), and YOUR_MODEL with the exact marketplace model ID. Install requests for Python; use Node.js 20+ and save JavaScript as .mjs. WebSocket samples list their own dependencies.

Create an inference key on the site and set API_KEY in the environment; replace YOUR_API_KEY in cURL. Prepare local input.png/input.wav files for upload examples.

Start with a minimal request, then read the result using the response fields below. For async APIs, a returned task ID requires polling; acceptance does not mean generation has finished.

Constraints

Accepts inference keys (current-key scope) or system tokens plus New-Api-User (current-account scope). Samples use an inference key. Includes async tasks and Midjourney; arbitrary text responses cannot be recovered. processing_or_not_found means either still processing or not found; use a polling deadline.

Query parameters

FieldTypeRequiredDescription / constraints
request_idstringYesRequest ID of the original image call, not a task ID. Example: YOUR_REQUEST_ID

Response fields

FieldTypeDescription / constraints
statusstringsucceeded, failed or processing_or_not_found.
request_idstringQueried request ID.
data[].urlstringRecoverable image URL.
error.messagestringFailure information.

Illustrative response; some endpoints show essential fields only. Optional fields may be absent.

{
  "status": "processing_or_not_found",
  "request_id": "request_example",
  "data": []
}

Errors and retries

Check HTTP status and protocol-specific errors; do not mix error formats across protocols. For 401/403 check credentials and permissions, for 429 back off, and for 5xx check gateway/upstream status. Error bodies may contain error/message/code depending on the protocol.

Use bounded exponential backoff for reads. Do not blindly retry task creation, generation, or key mutations, to avoid duplicate billing or execution.