Zum Hauptinhalt springen
Liste Anfragen von Mitgliedern nach mehr Nutzung, lies eine Anfrage und lehne eine Anfrage ab, die noch offen ist. Es gibt keinen Webhook. Frage die Liste ab. Um eine Anfrage zu genehmigen, hebe den Plan des Mitglieds auf Business Max oder erhöhe das Extra-Nutzungslimit und übergib usageRequestId an diesem Schreibzugriff. Siehe Extra-Nutzung: Plan setzen und Extra-Nutzungslimit setzen. Die Aufrufe laufen über den BILLING_API Scope des Workspace-API-Schlüssels. Die Ablehnung läuft als der Service Account, dem der Schlüssel gehört.
Diese Routen gelten, wenn GET /billing/v1/mode den Modus ai-models-included liefert. Ein Dedicated Deployment liefert immer bring-your-own-keys, auch wenn Langdock die Modellschlüssel verwaltet. Der andere Modus antwortet mit 409 und code BILLING_MODE_MISMATCH.

​
Basis-URL

​
Voraussetzungen

  • API-Schlüssel mit dem Scope BILLING_API
  • Der Besitzer ist ein Service Account, der nicht gelöscht ist und eine aktive Admin-Mitgliedschaft hat
  • USER_MANAGEMENT_API am selben Schlüssel, wenn du email oder name brauchst

​
Anfrage ablehnen

POST /usage-requests/{requestId}/dismiss hat keinen Body. Die Antwort ist die Anfrage mit status dismissed und resolution dismissed. Eine Anfrage, die nicht mehr offen ist, gibt 409 mit code USAGE_REQUEST_NOT_PENDING. Der aktuelle Status steht in details.status. Es ändert sich nichts. Eine Ablehnung und ein benannter Plan- oder Limit-Schreibzugriff für dieselbe Anfrage können nicht beide erfolgreich sein. Der Aufruf, der verliert, gibt 409 zurück und ändert nichts.
Langdock blockiert bewusst Browser-basierte Anfragen, um deinen API-Schlüssel zu schützen und die Sicherheit deiner Anwendungen zu gewährleisten. Weitere Informationen findest du in unserem Guide zu Best Practices für API-Schlüssel.