curl --request GET \
--url https://api.zelinqa.ai/v1/configuration/compilations/{compilation_id} \
--header 'Authorization: Bearer <token>'import requests
url = "https://api.zelinqa.ai/v1/configuration/compilations/{compilation_id}"
headers = {"Authorization": "Bearer <token>"}
response = requests.get(url, headers=headers)
print(response.text)const options = {method: 'GET', headers: {Authorization: 'Bearer <token>'}};
fetch('https://api.zelinqa.ai/v1/configuration/compilations/{compilation_id}', options)
.then(res => res.json())
.then(res => console.log(res))
.catch(err => console.error(err));{
"request_id": "req_8300",
"compilation_id": "cmp_01K2QF",
"status": "running",
"draft_revision": 42,
"created_at": "2026-09-01T09:20:11Z",
"updated_at": "2026-09-01T09:21:04Z",
"progress": 0.45,
"error": null,
"configuration_version": null
}Suivre un job de compilation
Renvoie l’avancement du job : queued, running, succeeded ou failed.
En succeeded, configuration_version porte la version désormais active.
En failed, error contient une cause bornée et un message lisible : ni
trace interne, ni prompt, ni contenu de lot n’est exposé.
curl --request GET \
--url https://api.zelinqa.ai/v1/configuration/compilations/{compilation_id} \
--header 'Authorization: Bearer <token>'import requests
url = "https://api.zelinqa.ai/v1/configuration/compilations/{compilation_id}"
headers = {"Authorization": "Bearer <token>"}
response = requests.get(url, headers=headers)
print(response.text)const options = {method: 'GET', headers: {Authorization: 'Bearer <token>'}};
fetch('https://api.zelinqa.ai/v1/configuration/compilations/{compilation_id}', options)
.then(res => res.json())
.then(res => console.log(res))
.catch(err => console.error(err));{
"request_id": "req_8300",
"compilation_id": "cmp_01K2QF",
"status": "running",
"draft_revision": 42,
"created_at": "2026-09-01T09:20:11Z",
"updated_at": "2026-09-01T09:21:04Z",
"progress": 0.45,
"error": null,
"configuration_version": null
}Autorisations
Clé d'intégration préfixée nbq_live_, envoyée dans
Authorization: Bearer nbq_live_… et résolue par l'authorizer Lambda de
l'API Gateway publique. L'authorizer valide la clé, puis injecte en amont
du service les headers de contexte x-tenant-id, x-nbq-id et x-scopes —
x-scopes étant la liste des scopes de la clé séparés par des virgules,
par exemple runtime,configuration:read.
Ces headers ne sont jamais acceptés depuis le client : toute valeur entrante
est écrasée. Une clé absente ou invalide produit 401 au niveau de la
passerelle ; une clé valide sans le scope requis produit 403 avec le code
insufficient_scope.
Paramètres de chemin
1 - 128Réponse
Statut du job.
1 - 128queued, running, succeeded, failed x >= 0Avancement indicatif, sans garantie de linéarité.
0 <= x <= 1Cause bornée d'un échec de compilation. Aucune trace interne, aucun prompt et aucun contenu de lot n'est exposé.
details n'est renseigné que pour validation_failed, dont les erreurs sont
corrigeables par l'éditeur ; pour llm_unavailable, timeout et
internal_error, il reste absent.
Show child attributes
Show child attributes
Version désormais active, renseignée uniquement en succeeded.