Skip to main content
Diese Dokumentation bezieht sich auf die Federal Deployments von Devin. Zurück zur Devin-Dokumentation
ACU-Limits steuern, wie viele Agent Compute Units (ACUs) ein Nutzer während des Abrechnungszeitraums des Teams verbrauchen kann. Federal-Administratoren können einen Standardwert für Teams, eine Obergrenze pro Gruppe und eine Überschreibung pro Nutzer verwalten. Informationen zum Erstellen von Gruppen und Zuweisen von Mitgliedern finden Sie unter Gruppen. Informationen zu Modellbeschränkungen, die zusammen mit ACU-Limits verwaltet werden können, finden Sie unter Modellbereitstellung.

Die drei ACU-Limits

So wird das effektive Limit bestimmt

Das effektive Limit für einen Nutzer lautet:
Anders ausgedrückt:
  1. Wenn für den Nutzer eine gültige Nutzerüberschreibung vorliegt, hat dieser Wert uneingeschränkt Vorrang.
  2. Andernfalls werden das Teamlimit und die niedrigste positive ACU-Obergrenze unter den Gruppen des Nutzers verglichen.
  3. Es gilt der niedrigere dieser Grenzwerte.
Eine Nutzerüberschreibung hat auch dann Vorrang, wenn sie höher ist als das Teamlimit oder die Gruppenobergrenzen des Nutzers. Gruppenobergrenzen beschränken nur Nutzer, die keine gültige Nutzerüberschreibung haben. Gehört der Nutzer mehreren Gruppen mit positiven ACU-Obergrenzen an, bildet die niedrigste positive Obergrenze die Gruppenkomponente der Berechnung. Das effektive Limit wird weiterhin mit dem Teamlimit verglichen. Gruppenobergrenzen gelten pro Member und sind kein gemeinsamer Betrag, den die Gruppenmitglieder zusammen aufbrauchen.

Nullwerte und nicht gesetzte Werte

Das Steuerelement für das ACU-Limit einer Portalgruppe akzeptiert cycle_acu_limit: 0 und hebt damit die Gruppenobergrenze auf. Die Service-Key-Operation UpdateGroup verwendet set_cycle_acu_limit und clear_cycle_acu_limit: Der mit set_cycle_acu_limit gesetzte Wert muss endlich und positiv sein; null wird abgelehnt und nicht als blockierende Gruppenobergrenze behandelt. Eine auf 0 gesetzte Nutzerobergrenze bleibt eine explizite Sperre pro Nutzer. Für ein nach ACUs abgerechnetes Team kann kein numerisches Limit konfiguriert sein. In diesem Fall erfolgt keine Durchsetzung durch das Teamlimit, sofern keine positive Gruppenobergrenze oder eine gültige Nutzerüberschreibung greift.

ACU-Obergrenzen für Gruppen festlegen

ACU-Obergrenzen für Gruppen können unter Settings → Gruppen konfiguriert werden, wenn das Team bereits nach ACU abgerechnet wird. In der Gruppen-Detailansicht wird entweder der konfigurierte Wert pro Member oder Team-ACU-Limit angezeigt, wenn die Gruppe die Teameinstellung übernimmt. Gruppenobergrenzen können erst konfiguriert werden, wenn für das Team eine ACU-Abrechnungskonfiguration eingerichtet ist. Das Portal oder die API können Folgendes melden:
Das Portal akzeptiert endliche, nicht negative Obergrenzen für Gruppen; mit 0 wird die Obergrenze aufgehoben. Die API zur Gruppenverwaltung per Dienstschlüssel erfordert einen endlichen, positiven Wert für set_cycle_acu_limit und verwendet clear_cycle_acu_limit, um die Überschreibung aufzuheben.

Nutzerüberschreibungen festlegen

Eine Nutzerüberschreibung hat Vorrang vor dem Teamlimit und den Gruppenobergrenzen. Um für einen Nutzer wieder die normale Team-/Gruppenauflösung zu verwenden, entfernen Sie die Überschreibung. Legen Sie keinen negativen Wert fest: Negative Nutzerüberschreibungen werden bei neuen Änderungen abgelehnt, und zum Zurücksetzen muss die Überschreibung entfernt werden. Ältere Konfigurationen können negative Legacy-Werte enthalten. Diese Werte gelten nicht als gültige Nutzerüberschreibung, sodass stattdessen die Team- und Gruppenkontrollen des Nutzers verwendet werden.

Durchsetzung und Zurücksetzungsverhalten

Das effektive Limit wird vor ACU-abgerechneten Arbeiten geprüft. Wenn die Nutzung des Nutzers im aktuellen Abrechnungszeitraum das effektive Limit erreicht oder überschreitet, wird die Anfrage abgelehnt und dem Nutzer wird Folgendes angezeigt:
Obergrenzen werden mit dem Abrechnungszeitraum des Teams zurückgesetzt. Bei der Durchsetzung wird das für das Team konfigurierte aktuelle Abrechnungszeitraumfenster verwendet, einschließlich des aktuellen Beginns und Endes des Zeitraums. Das Deaktivieren oder Entfernen der ACU-Abrechnungskonfiguration des Teams:
  • Löscht die ACU-Konfiguration und Nutzerüberschreibungen des Teams.
  • Löscht die ACU-Obergrenzen der Gruppen.
  • Behält die Modellkontrollen der Gruppen bei.
Nach dem Deaktivieren der ACU-Abrechnung bleiben Modellbeschränkungen für Gruppen verfügbar, auch wenn ACU-Obergrenzen für Gruppen nicht mehr gelten.

ACU-Verbrauch nach Gruppe anzeigen

Öffnen Sie im Portal Analytics → Team Usage. Wählen Sie über die Gruppenauswahl eine Gruppe und über die Datumsbereichsauswahl den Berichtszeitraum aus. Sie können auch über einen groupId-Abfrageparameter in der Analytics-URL eine gruppenspezifische Ansicht öffnen. Für Teams mit ACU-Abrechnung enthält die Seite:
  • Eine Zusammenfassungskennzahl für verbrauchte ACUs.
  • Eine Spalte Verbrauchte ACUs in der Tabelle pro Nutzer.
  • Nutzername, E-Mail-Adresse, aktive Tage, generierte Tabs, Cascade-Nachrichten, eindeutige Cascade-Sitzungen und verwendete IDEs.
Analytics und Durchsetzung verwenden unterschiedliche Zeitbezüge:
  • Analytics meldet die innerhalb des ausgewählten Datumsbereichs verbrauchten ACUs, unabhängig vom Abrechnungszeitraum.
  • Die Durchsetzung prüft die Nutzung anhand des aktuellen Abrechnungszeitraums des Teams.
ACU-Verbrauch und ACU-Obergrenzen können auch programmatisch abgefragt und verwaltet werden – siehe die ACU Consumption API und die User ACU Caps API.
Nein. Eine Gruppenobergrenze gilt separat für jedes Member der Gruppe. Wenn drei Nutzer eine Gruppenobergrenze von 100 ACUs haben, kann für jeden Nutzer eine Obergrenze von 100 ACUs gelten; sie teilen sich keinen gemeinsamen Pool von 100 ACUs.
Eine gültige Nutzerüberschreibung hat uneingeschränkt Vorrang. Ohne eine solche Überschreibung entspricht das effektive Limit des Nutzers dem niedrigeren Wert aus dem Teamlimit und der niedrigsten positiven Gruppenobergrenze seiner Gruppen.
Entfernen Sie die Nutzerüberschreibung. Negative Werte sind nicht dafür vorgesehen, die Team- und Gruppenbeschränkungen zu übernehmen.
Analytics richtet sich nach dem im Portal ausgewählten Datumsbereich, während die Durchsetzung den aktuellen Abrechnungszeitraum des Teams verwendet. Ein Datumsbereich kann Nutzung außerhalb des aktuellen Durchsetzungszeitraums enthalten.