ai

GET /v1/ai/images/library

The images this organisation generated for its own use.

All ai endpoints

Authentication

Send an API key as a bearer token. The key must carry the sites.view permission; a key without it is refused with 403, not 404.

Where your organisation id goes

This endpoint takes org_id as a query parameter. Leave it out and the call covers your whole tenancy subtree; send it to narrow the call to one organisation.

Your organisation id is on the API keys screen in your dashboard, beside the key itself. It is the same id in every call you make.

Try it

Replace anything in angle brackets with your own values, and the key placeholder with a key from your dashboard.

curl -X GET https://api.zinndigital.com/v1/ai/images/library \
  -H "Authorization: Bearer zdk_live_…"

Signed in? The API console in your dashboard fills in your real organisation id and your own key, and runs the request against the live API so you can see the actual response. Open this endpoint in the API console

Details

The customer's own image library — every image they asked for directly, newest first, up to 200. Requires `sites.view`. ⛔ Filtered on `purpose = standalone`, not on an absent `post_id`. Those are not the same set: the featured-image backfill writes rows for a post that already lives on the customer's WordPress and identifies it by `site_id`/`remote_post_id` with `post_id` left null, so a null-based filter would put live site images into a personal library where deleting one destroys the record of a media upload. ⛔ No bytes and no URL on these rows, for the same reason the post rows carry none — the staged object is in a private bucket. Use the `file` endpoint.

Parameters

NameTypeRequiredWhat it is
org_id (query)UuidNo

Response

NameTypeRequiredWhat it is
dataGeneratedImage[]Yes

Errors this endpoint can return

401 · 403 · 429