So wird die Nutzung gezählt
Wem ein Chat, ein Agentenlauf oder eine Sprachanfrage angerechnet wird, welche Limits gelten und wo sie in der Nutzungsanalyse erscheinen.
10 Min. Lesezeit
Jede KI-Anfrage, die Tale für deine Organisation stellt, wird einmal erfasst, einer Person zugeordnet und an den Budgetregeln gemessen, die für diese Person gelten. Diese Seite erklärt, wer diese Person bei jeder Art von Arbeit ist, gegen welche Limits die Arbeit zählt und wo du sie in der Nutzungsanalyse findest. Mitglieder sehen ihren eigenen Anteil unter Einstellungen > Nutzung.
Was als Nutzung zählt
Tale erfasst eine Anfrage, sobald ein Modell oder ein gemessener Dienst für deine Organisation läuft: eine Chatantwort, auch eine neu erzeugte oder bearbeitete und beide Seiten eines Modellvergleichs; der kurze Modellaufruf, der einem neuen Chat seinen Titel gibt; eine Umformulierung mit Mit KI verbessern im Posteingang; der Modellaufruf eines llm-Schritts einer Automatisierung; ein Zug eines verwalteten Agenten, der an einer Aufgabe oder in einer Automatisierung arbeitet; ein Bild, das ein solcher Agent erstellt; Sprachausgabe; die Transkription einer hochgeladenen Aufnahme oder eines Diktats; die Embeddings, mit denen Wissen indexiert wird und die jede Wissenssuche anfragt; und ein Aufruf der Modell-Endpunkte mit einem API-Schlüssel. Jeder Eintrag enthält die verbrauchten Tokens oder Einheiten — bei einer Transkription die Minuten Audio — und die Kosten, die zu diesem Zeitpunkt aus dem Listenpreis des Anbieters geschätzt wurden; bei einem Aufruf der Modell-Endpunkte sind es die Kosten, die das Modell-Gateway gemessen hat.
Tale zählt außerdem jeden Aufruf, den es über einen Connector macht — die Such- und Web-Werkzeuge des Assistenten, den Connector-Schritt eines Agenten oder einer Automatisierung, eine aus dem Posteingang gesendete E-Mail — als Connector-Aufruf, ohne Kosten. Ein Connector-Aufruf ist nie eine Anfrage: Anfragelimits zählen nur Modellanfragen.
Wem eine Anfrage angerechnet wird
Die Regel ist überall dieselbe: Eine Anfrage zählt für die Person, die die Arbeit angestoßen hat. Der Weg, über den sie kam, etwa die App, die REST-API, der MCP-Endpoint oder die Modell-Endpunkte, ändert daran nichts.
| Arbeit | Zählt für | Zählt zusätzlich für | Erscheint in der Nutzungsanalyse als |
|---|---|---|---|
| Eine Chatantwort oder der Titel eines neuen Chats | Das Mitglied, das die Nachricht gesendet hat | Den API-Schlüssel, wenn die Nachricht über die REST-API kam | Der verwendete Assistent; ein Titel unter thread-title |
| Eine Umformulierung mit Mit KI verbessern im Posteingang | Das Mitglied, das sie angefordert hat | — | inbox-improve unter Top-Assistenten |
| Ein Agentenlauf zu einer Aufgabe | Das Mitglied, das den Lauf aus der Aufgabe gestartet hat oder mit einem Kommentar oder einer Aufgabenbeschreibung, die den Agenten erwähnt; bei einem Lauf, den ein anderer Agent oder ein Automatisierungsschritt gestartet hat, das Mitglied, für das der Lauf dieses Agenten oder dieser Automatisierung zählt | Der API-Schlüssel, wenn der Lauf mit einem gestartet wurde: über die REST-API oder durch einen Schritt eines Automatisierungslaufs, der mit einem gestartet wurde | Der Name des Agenten unter Top-Assistenten |
| Ein Automatisierungslauf, den jemand gestartet hat | Das Mitglied, das ihn aus der Laufliste, dem Builder, einem Chat, einer Aufgabe, über die REST-API oder den MCP-Endpoint gestartet hat | Den API-Schlüssel, wenn der Lauf mit einem gestartet wurde | Der Name der Automatisierung unter Top-Assistenten |
| Ein Automatisierungslauf, den ein Trigger gestartet hat | Niemanden: Hinter einem Zeitplan, einem Webhook oder einem Ereignis steht keine Person | — | Die Zeile Automatisierungen (Trigger) unter Nutzung pro Benutzer |
| Ein Lauf eines Projektagenten, den ein Zeitplan begonnen hat, oder einer, den ein anderer Agent aus einem solchen Lauf heraus gestartet hat | Niemanden, wie beim Lauf, den der Zeitplan selbst gestartet hat | — | Die Zeile Automatisierungen (Trigger) unter Nutzung pro Benutzer und der Name des Agenten unter Top-Assistenten |
| Ein Bild, das ein Agent erstellt | Die Person, für die der Lauf des Agenten zählt: wer ihn gestartet hat, bei einem Trigger-Lauf niemand | Den API-Schlüssel, wenn der Lauf mit einem gestartet wurde | Der Name des Agenten oder der Automatisierung unter Top-Assistenten und das Bildmodell unter Top-Modelle |
| Sprachausgabe oder eine Transkription | Das Mitglied, das sie angefordert hat; bei der Transkription einer Aufnahme, wer die Aufnahme hinzugefügt hat, auch bei einem erneuten Versuch | — | Sprachausgabe oder Transkription unter Top-Assistenten; Sprachausgabe zusätzlich unter Top-Sprachmodelle |
| Indexierung und Suche im Wissen (Embeddings) | Indexierung: das Mitglied, das die Datei hinzugefügt hat — wem ein synchronisiertes Laufwerk gehört —, oder die Organisation bei einem E-Mail-Anhang, einer eingehenden E-Mail und einem Website-Scan, den ein Zeitplan gestartet hat. Eine Suche: das suchende Mitglied; beim Suchschritt einer Automatisierung, wem deren Lauf angerechnet wird | Der API-Schlüssel, mit dem eine Suche oder eine über die API hinzugefügte Website kam; beim Suchschritt einer Automatisierung der ihres Laufs | Wissensindexierung und -suche unter Top-Assistenten; der Suchschritt einer Automatisierung unter deren Namen |
| Ein Connector-Aufruf: ein Such- oder Web-Werkzeug des Assistenten, der Connector-Schritt eines Agenten oder einer Automatisierung, eine aus dem Posteingang gesendete E-Mail | Das Mitglied, das ihn gemacht hat; beim Schritt eines Agenten oder einer Automatisierung, wem dessen Lauf angerechnet wird; bei einer E-Mail das Mitglied, das sie gesendet hat | Der API-Schlüssel, mit dem er kam | Nicht als Anfrage: Connector-Aufrufe werden getrennt gezählt und erhöhen keine Anfragezahl |
| Ein Aufruf der Modell-Endpunkte | Das Mitglied, dessen API-Schlüssel ihn gesendet hat | Den API-Schlüssel | Direkter API-Aufruf unter Top-Assistenten |
Ein erneuter Versuch eines Agentenlaufs führt den Lauf fort, den sein Starter angestoßen hat; seine Nutzung bleibt deshalb bei dieser Person und bei dem API-Schlüssel, mit dem der Lauf gestartet wurde. Startet ein Kommentar, der einen arbeitenden Agenten erwähnt, dessen Durchgang neu, zählt der Rest dieses Durchgangs für die Person, die den Kommentar geschrieben hat, und für den API-Schlüssel, mit dem er geschrieben wurde. Handelt eine Integration mit einem API-Schlüssel für ein anderes Mitglied, zählt der Lauf für dieses Mitglied, und das Limit des Schlüssels zählt ihn ebenfalls.
Arbeit in einem Projekt zählt zusätzlich für dieses Projekt, egal wer sie angestoßen hat: die Chats des Projekts mit ihren Titeln, den vorgelesenen Antworten, den darin transkribierten Aufnahmen und den Tool-Aufrufen und Suchen des Assistenten; die dafür indexierten Dateien; die Läufe seiner Agenten und die Agenten- und llm-Schritte der Automatisierungen, die darin laufen, mit den Bildern, die sie erstellen; und die Aufrufe mit den eigenen API-Schlüsseln des Projekts. Ein Lauf ohne eigenes Projekt, von einer Automatisierung, die in mehreren Projekten installiert ist, zählt für jedes davon; eine Automatisierung, die in keinem Projekt installiert ist, zählt nur für die Organisation.
Chatantworten, Sprachversuche und Modellaufrufe von Automatisierungen behalten die Projekte, die bei ihrer Zulassung erfasst wurden. Verschiebst du den Chat oder änderst du während der Ausführung die Projektinstallationen einer Automatisierung, bleiben Reservierung und spätere Buchung den ursprünglichen Projekten zugeordnet. Ein Versuch, der ohne Projekt zugelassen wurde, bleibt außerhalb der Projektbudgets.
Ein API-Schlüssel, den ein Admin für ein Mitglied erstellt hat, zählt für dieses Mitglied, wie dessen eigener Schlüssel. Ein Schlüssel, der einem Team, einem Projekt oder der Organisation gehört (API-Schlüssel), ist keine Person: Was er anstößt, zählt für den Schlüssel selbst. Die Nutzungsanalyse zeigt ihn als eigene Zeile unter Nutzung pro Benutzer, unter dem Namen des Schlüssels mit seinem Team, seinem Projekt oder der Organisation darunter, und zählt ihn nie als aktive Person. Der Schlüssel eines Teams zählt zusätzlich für die Nutzung seines Teams.
Welche Limits gelten
- Persönliche, Team- und Rollenlimits binden die Person, der eine Anfrage angerechnet wird. Ein Lauf, den ein Zeitplan, ein Webhook oder ein Ereignis gestartet hat, hat keine solche Person und wird an keinem davon gemessen. Ebenso wenig der eigene Schlüssel eines Teams, eines Projekts oder der Organisation, außer dass der Schlüssel eines Teams an das Limit seines Teams gebunden ist.
- Organisationslimits binden jede Anfrage, auch die Läufe eines Triggers.
- API-Schlüssellimits binden die Anfragen, die mit diesem Schlüssel authentifiziert wurden: die damit gesendeten Chatnachrichten, die damit gestellten Aufrufe der Modell-Endpunkte und die damit gestarteten Läufe.
- Projektlimits binden die Arbeit in diesem Projekt, egal wer sie angestoßen hat, auch die Läufe eines Triggers.
Ist ein Limit erreicht, lehnt Tale die nächste Anfrage vor der Ausführung ab und nennt das Limit. Ein Zug eines verwalteten Agenten wird beim Start abgelehnt; ein bereits laufender Zug behält den Rahmen, den er bekommen hat. Ein Zug, den ein Anbieter-Abonnement bedient, das die Organisation getrennt von Tale bezahlt, kostet pro Aufruf nichts: Er zählt als eine Anfrage, mit den Tokens, die sein Agent meldet. Ein Anfrage- oder Tokenlimit lehnt ihn deshalb beim Start ab, ein Kostenlimit nicht. Ein Bild, das der Agent während seines Zugs anfordert, wird eigens geprüft, bevor das Bildmodell aufgerufen wird: Ist ein Limit erreicht, lehnt Tale das Bild ab, und der Zug läuft weiter. Das Bild zehrt außerdem vom Rahmen des Zugs, der es angefordert hat. Der llm-Schritt einer Automatisierung wird vor jedem Modellaufruf geprüft: Lehnt ein Limit den Aufruf ab, schlägt der Schritt mit budget_exceeded fehl, und sein Fehler nennt das Limit; der Lauf schlägt mit ihm fehl, außer das onError des Schritts ist continue. Der Schritt reserviert die geschätzte Eingabe und die erlaubte Ausgabe zum Katalogpreis sowie eine Anfrage bis zur Abrechnung. Gleichzeitig laufende Aufrufe berücksichtigen dadurch die Reservierungen der anderen. Bleibt das Ergebnis des Anbieters unbekannt, bucht Tale den gespeicherten Schätzwert einmal, statt ihn stillschweigend freizugeben; ein erneuter Versuch wird neu geprüft. Der Titel eines Chats, eine Umformulierung mit Mit KI verbessern und eine Transkription werden ebenso geprüft, bevor Tale das Modell aufruft, und zwar gegen eine Schätzung des Höchsten, was der Aufruf kosten kann — bei einer geschriebenen Antwort der Prompt und die längste Antwort, die der Aufruf zulässt, bei einer Transkription die Länge der Aufnahme ohne ihre langen Pausen, zum Minutenpreis des Modells. Diesen Betrag halten sie fest, solange der Aufruf läuft. Ein abgelehnter Titel ist kein Fehler: Der Chat bekommt seinen Namen dann aus der ersten Nachricht, ohne Modellaufruf. Ein Transkriptionsmodell, für das der Katalog keinen Minutenpreis kennt — eines, das nach Tokens abrechnet, oder ein Endpunkt ohne veröffentlichten Preis —, zählt nur für Anfragelimits, ohne Kosten. Eine abgelehnte Transkription zeigt Nutzungslimit erreicht; wähle Erneut versuchen, sobald das Limit es zulässt. Ein abgelehntes Diktat meldet, dass das Limit erreicht ist, und ein Videolink wird vor seinem Download abgelehnt. Jede Embedding-Anfrage wird ebenso geprüft. Eine Wissenssuche, die ein Limit ablehnt, sagt das und meldet nie „nichts gefunden“; die Indexierung wartet dagegen: Ein Dokument zeigt Wartet auf ein Nutzungslimit, eine Website behält ihre Seiten ohne Suche nach Bedeutung, und beide laufen von selbst weiter, spätestens eine Stunde nachdem das Limit zurückgesetzt oder erhöht wurde. Eine Chatantwort hält außerdem jede weitere Runde ihrer Tool-Nutzung fest, sobald die Runde beginnt. So werden Regeln kombiniert beschreibt den Fall, dass mehrere Regeln für eine Person gelten.
Sprachausgabe reserviert während eines laufenden Versuchs die geschätzten Kosten und eine Anfrage. Scheitert ein bereits reservierter Versuch oder bleibt sein Ergebnis unbekannt, wird dieser Schätzwert einmal erfasst, auch bei Fehlern vor dem Anbieteraufruf. Diese vorsichtige Abrechnung bestätigt keine tatsächliche Belastung. Bei einem erneuten Versuch zählt der vorherige Schätzwert bei der Prüfung des verbleibenden Budgets mit.
Drei Situationen, die du kennen solltest
Ein Teammitglied erwähnt deinen Agenten in einem Aufgabenkommentar oder in einer Aufgabenbeschreibung. Der gesendete Kommentar oder die gespeicherte Beschreibung startet einen Lauf, und dieser zählt für das Teammitglied, von dem der Text stammt, nicht für dich als Ersteller des Agenten.
Eine geplante Automatisierung gibt jede Nacht Geld aus. Ihre Läufe erscheinen in der Zeile Automatisierungen (Trigger). Sie erhöhen weder die persönliche Nutzung von jemandem noch die Zahl der aktiven Benutzer, und nur die Organisationslimits können sie stoppen, oder die Limits eines Projekts, wenn die Automatisierung darin läuft. Lege ein Kosten- oder Anfragelimit für die Organisation oder das Projekt fest, wenn du eine Obergrenze dafür brauchst.
Eine Integration nutzt einen API-Schlüssel im Namen eines Mitglieds. Die persönlichen und Team-Limits des Mitglieds sehen den Lauf, und das Limit des Schlüssels ebenfalls. Zwei Obergrenzen gelten, und die strengere lehnt zuerst ab.
Was Mitglieder sehen
Einstellungen > Nutzung zeigt jedes Limit, das für das angemeldete Mitglied gilt, mit dem aktuellen Verbrauch: die gesendeten Chats, die angeforderten Sprachausgaben, die Aufrufe der Modell-Endpunkte und die gestarteten Agenten- und Automatisierungsläufe, egal auf welchem Weg sie gestartet wurden. Geteilte Team- und Organisationslimits stehen ebenfalls dort, weil sie vor einem persönlichen Limit erreicht sein können. Das Limit eines Projekts steht nicht dort: Ein Banner in den Chats des Projekts warnt davor, sobald seine Schwelle überschritten ist, und eine Anfrage, die es ablehnt, nennt es.