ai
GET /v1/ai/images/library
The images this organisation generated for its own use.
Authenticatie
Stuur een API-sleutel mee als bearer token. De sleutel moet over de permissie sites.view beschikken; een sleutel zonder deze permissie wordt geweigerd met een 403 in plaats van een 404.
Waar je organisatie-id komt te staan
Dit eindpunt accepteert org_id als queryparameter. Laat deze achterwege en de aanroep destilleert je gehele tenant-substructie; stuur deze mee om de aanroep te beperken tot één organisatie.
Uw organisatie-id staat op het scherm met API-sleutels in uw dashboard, naast de sleutel zelf. Dit is in elke aanroep die u doet dezelfde id.
Probeer het
Vervang alles tussen punthaakjes door uw eigen waarden en de sleutelplaatsvervanger door een sleutel uit uw dashboard.
curl -X GET https://api.zinndigital.com/v1/ai/images/library \
-H "Authorization: Bearer zdk_live_…"Ingelogd? De API-console in je dashboard vult je echte organisatie-id en je eigen sleutel in, en voert het verzoek uit tegen de live API zodat je de daadwerkelijke respons kunt zien. Open dit eindpunt in de 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
| Naam | Type | Verplicht | Wat dit is |
|---|---|---|---|
org_id (query) | Uuid | Nee | — |
Reactie
| Naam | Type | Verplicht | Wat dit is |
|---|---|---|---|
data | GeneratedImage[] | Ja | — |
Fouten die dit eindpunt kan retourneren
401 · 403 · 429