Nutzungskontingente
Mitgliedslimits nach Anteil, internem USD-Betrag oder Tokens im Arbeitsbereich festlegen.
Wenn Mitglieder nur Zugang zu einem Abonnement benötigen, gewähren sie ihnen einen Ressourcengruppe in Mitglieder Fügen Sie eine Kontingent hinzu, wenn Sie einschränken müssen, wie viel jede Person aus einem dedizierten Pool verwenden kann.
Wo man es finden kann
Wählen Sie den Arbeitsbereich im Switcher oben in der linken Seitenleiste. Administration → Nutzungskontingente → Nutzungskontingent hinzufügenDie vier Optionen in der Form sind Nach Anteil, Betrag, Nach Tokens, und Nach Zeitfenster.
Wenn Ressourcenzuweisung hinzufügen Ist deaktiviert, stellen Sie zunächst sicher, dass der Arbeitsbereich über einen aktivierten, nicht leeren Ressourcengruppe verfügt, der nicht bereits über eine Berechtigung verfügt.
Beispiel-Token-Kontingent Form mit synthetischen Elementen und Grenzen:
Bereiten Sie den Pool und die Mitglieder vor
- Verbinden und Verifizieren eines Abonnements unter Konten.
- Unter Ressourcengruppen, Erstellen eines aktivierten Pools, der dieses Konto enthält; für eine Berechtigung entfernen Sie dessen Konten aus einem beliebigen anderen Pool in diesem Arbeitsbereich.
- Unter MitgliederÖffne jedes ordentliche Mitglied Gruppenzugang Eigentümer und Administratoren haben bereits Zugang zu aktivierten Pools. Jeder, der Zugang zum Pool hat, kann seine Kontingent erhalten.
Ein neu verbundenes Konto wird nicht zugewiesen, bis Sie es zu einem Pool hinzufügen. Neue Mitglieder erhalten kein automatisches Pool-Stipendium. derselbe ausgewählte Arbeitsbereich.
Wählen Sie ein Limit
| Auswahl in der Form | Verwenden Sie es, wenn | Was gezählt wird | Zurücksetzen |
|---|---|---|---|
| Nach Anteil | Ein konfiguriertes Budget nach Mitgliederprozentsätzen verteilen | Tokens oder interne USD, gemessen in der gewählten Einheit | Täglicher/monatlicher Kalender oder unabhängige Zeitfenster mit fester Dauer |
| Betrag | Geben Sie jedem Mitglied eine interne USD Kontingent | Input, Cached-Input und Output-Token zu den gespeicherten Modellpreisen | Ausgewählte Tageszeit oder monatliches Datum und Uhrzeit in der Instanzzeitzone |
| Nach Tokens | Setzen Sie eine direkte Token-Obergrenze | Input plus Output Token; zwischengespeicherte Inputs werden nicht doppelt gezählt | Ausgewählte Tageszeit oder monatliches Datum und Uhrzeit in der Instanzzeitzone |
| Nach Zeitfenster | Mehrere interne USD Limits mit geteilten Defaults und optionalen Member Overrides | Jedes Mitglied hat ein separates Ledger; die gleiche Preisanfrage zählt in jedem konfigurierten Fenster | Jedes Fenster beginnt bei der Aktivierung und erneuert sich nach Ablauf seiner Laufzeit |
Nach Anteil verwendet Tokens oder interne USD als Grundlage. Tokens zählen gemeldete Ein- und Ausgabe, ohne Cache-Eingaben doppelt zu zählen; Beträge werden mit gespeicherten Modellpreisen berechnet. Legen Sie ein Kalenderbudget oder ein Gesamtbudget je Zeitfenster fest und wenden Sie dieselben Mitgliederprozentsätze auf alle Fenster an. Dies sind interne Budgets, keine reale Abonnementkapazität, kein Geldguthaben und keine Rechnung des Anbieters. Dessen Kontingent kann früher erschöpft sein. 1 M bedeutet eine Million Tokens.
Erstellen und Verwenden einer Kontingent
- Klicken Ressourcenzuweisung hinzufügenNennen Sie die Regel und wählen Sie den dedizierten Pool aus.
- Wählen Sie einen der vier Typen. Bei Anteilen wählen Sie Tokens oder Betrag sowie einen Kalenderzeitraum oder bis zu 8 Zeitfenster und tragen jedes Gesamtbudget und die gemeinsamen Prozentsätze ein. Anteilbudgets müssen positiv sein; leer bedeutet hier nicht unbegrenzt. Der Zeitfenstertyp verwendet ganze Stunden/Tage und interne USD-Standardlimits mit persönlichen Überschreibungen; nur diese unabhängigen Limits dürfen für unbegrenzt leer bleiben. Andere Typen setzen ein direktes Mitgliederlimit. Anteile ergeben höchstens 100 %; gleichmäßiges Aufteilen und die Auswahl aller Mitglieder sind verfügbar.
- für Betrag, Anteil des Betrags, oder Nach Zeitfenster, SubLane Modelle ohne aktuellen Katalogpreis verwenden einen zuvor gespeicherten Preis, wenn verfügbar; ansonsten werden Anfragen an diese Modelle blockiert. Der Administrator sieht aktuelle Preisabdeckungswarnungen. Das Speichern schlägt nur fehl, wenn kein nutzbarer Modellpreis mehr vorhanden ist. Tägliche/monatliche Typen wählen auch eine Reset-Uhr oder Datum und Uhr.
- Wählen Sie den Beginn und speichern Sie. Prüfen Sie bei einem verzögerten Start die Serverzeit und wählen Sie Startzeit bestätigen. Administratoren können die Nutzung der gespeicherten Regel, Mitglieder ihre eigenen Salden auf der Nutzungsseite ansehen.
- Jedes Mitglied erstellt eine Neue persönliche API Schlüssel für das Zertifikat und seinen Pool: Bestehende Schlüssel werden nicht automatisch zurückgeprallt.
Eine Ressourcengruppe kann ein Kontingent haben; seine Konten bleiben während dessen Bestehen auch bei einer Pause fest zugeordnet. Aktuelle Mitglieder bearbeiten übernimmt gedeckte Änderungen sofort und erhält den Verbrauch. Budget-/Preisänderungen behalten Termin und Fenstergrenzen; Änderungen an Einheit, Typ oder Rücksetzplan erfordern die Bestätigung eines neuen Messzeitraums. Pausieren sperrt weitere Nutzung und gibt den exklusiven Pool nicht frei. Das Formular zeigt den vom Server berechneten Termin; das längste aktuelle Fenster kann Änderungen um fast seine gesamte Dauer, höchstens 365 Tage, verzögern. Bereits zugelassene Anfragen können das Restbudget überschreiten.
Vor der ersten Aktivierung können Empfänger und persönliche Limits im vollständigen Editor der gespeicherten Anfangsregel korrigiert werden; bestätigter Start und Messanker bleiben erhalten. Mitglieder einer bereits geplanten strukturellen Ersetzung benötigen eine erneute Bestätigung des neuen Zeitraums. Normale Budget-/Preisänderungen können den Plan ohne diese Bestätigung behalten.
Für Aktienberechnungen und manuelle Korrekturen lesen Sie die Buchführungsnummer.
Kontingent-Schwellen benachrichtigen
Aktive Workspace-Webhooks melden auch 80 % und 95 % der abgerechneten Mitgliedszuweisung. Aktuelle Fenster, Anteilsgrenzen und Überschreibungen gelten; unbegrenzte, deaktivierte oder unzugängliche Zuweisungen werden übersprungen. Offene Nutzung wird nicht geschätzt.
Jeder Schwellenwert meldet sich einmal je Abrechnungszeitraum. Die Deduplizierung übersteht Neustarts und wird erst im neuen Zeitraum zurückgesetzt; Mitglieder-/Preisänderungen aktivieren denselben Zeitraum nicht erneut. allowance_low enthält begrenzte lokale Kennungen in subject und eine Kennung aus der Revision des ursprünglichen Ankers und dem Rücksetzzeitpunkt in cycle. Beobachtungsfehler erhalten bestehende Vorfälle; höchstens 4.096 Schwellentreffer je Arbeitsbereich werden beobachtet. Benachrichtigungen gehen nur an den Administrator-Webhook, ohne direkte E-Mail oder Änderungen an Zulassung und Abrechnung.