API Reference
Retrieve request image or task results
Retrieve image results by request ID. The following is this gateway’s public contract.
Preview guide
Paste into an AI assistant to help with integration. Documentation and examples only; no real credentials.
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
| Field | Type | Required | Description / constraints |
|---|---|---|---|
| request_id | string | Yes | Request ID of the original image call, not a task ID. Example: YOUR_REQUEST_ID |
Response fields
| Field | Type | Description / constraints |
|---|---|---|
| status | string | succeeded, failed or processing_or_not_found. |
| request_id | string | Queried request ID. |
| data[].url | string | Recoverable image URL. |
| error.message | string | Failure 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.
兔子API