Nutzungs- und Abrechnungsdaten
Lies, was deine Organisation verbraucht hat: Browserminuten, Task-Ausführungen, Gateway-Tokens und Artefakte pro Tag, dazu offene Sessions und das Kontingent.
Zuletzt aktualisiert:
Was der Zähler aufzeichnet
Vier Dimensionen werden gemessen, von einem einzigen Schreiber, ab dem Moment, in dem ein Browser bereit ist, nicht ab der Zulassung: browser_minutes (geschrieben, wenn eine Session endet), task_executions (eine je beendetem Task oder Workflow-Lauf), gateway_tokens (Eingabe- plus Ausgabe-Tokens durch das Inferenz-Gateway) und stored_artifacts (eine tägliche Stichprobe von Profilen, Zugangsdaten und reservierten Pool-Browsern). GET /v1/usage liest sie zurück: als Summen über ein Fenster und als UTC-Tageseimer, damit du den Verbrauch siehst, bevor die Rechnung es tut.
/v1/usage
Gemessener Verbrauch über ein Fenster. Ohne Parameter: der aktuelle UTC-Kalendermonat bis jetzt.
Query-Parameter
| Name | Typ | Beschreibung |
|---|---|---|
from
|
string | ISO-Zeitpunkt oder `YYYY-MM-DD`. Standard ist der Erste des aktuellen UTC-Monats. |
to
|
string | Exklusives Ende. Standard ist jetzt. Das Fenster darf höchstens 92 Tage umfassen; ein längeres ist `invalid_request`. |
Antwortfelder
Antworten sind lose: Ein neuerer Server kann eine Dimension ergänzen, also toleriere Felder, die du nicht kennst.
| Name | Typ | Beschreibung |
|---|---|---|
totals
|
object | Die vier Dimensionen, über das Fenster summiert. |
days
|
array | Ein Eintrag je UTC-Tag im Fenster, mit Nullen aufgefüllt, jeweils mit den vier Dimensionen und einem `date`. Die Minuten einer Session landen an dem Tag, an dem sie *endete*. |
inFlight
|
object | `openSessions` und `estimatedMinutes` für noch laufende Sessions: Ihre Minuten stehen erst nach dem Ende in `totals`, und die Schätzung zählt ab Erstellung, überschätzt also leicht. |
included
|
object | `browserHours` und `executions`, die dein Tarif enthält, oder `null`, wo der Tarif kein Kontingent setzt. Aus denselben Berechtigungen, die die API durchsetzt. |
Diesen Monat lesen
BASE="https://browserberg.com"
AUTH="Authorization: Bearer $BROWSERBERG_API_KEY"
# The current UTC month by default; from/to bound a window of at most 92 days.
curl -s "$BASE/v1/usage" -H "$AUTH" \
| python3 -c 'import json,sys; u=json.load(sys.stdin); print("window:", u["from"], "->", u["to"]); print("totals:", json.dumps(u["totals"])); print("days:", len(u["days"]), "open sessions:", u["inFlight"]["openSessions"]); print("included:", json.dumps(u["included"]))'
import { Browserberg } from '@browserberg/sdk';
const bb = new Browserberg({
apiKey: process.env.BROWSERBERG_API_KEY!,
baseUrl: 'https://browserberg.com',
});
const usage = await bb.usage();
console.log('window:', usage.from, '->', usage.to);
console.log('browser minutes:', usage.totals.browser_minutes);
console.log('days in window:', usage.days.length);
console.log('open sessions:', usage.inFlight.openSessions);
console.log('included hours:', usage.included.browserHours);
import os
from browserberg import Browserberg
bb = Browserberg(os.environ["BROWSERBERG_API_KEY"], base_url="https://browserberg.com")
usage = bb.usage()
print("window:", usage.window_from, "->", usage.window_to)
print("browser minutes:", usage.totals.browser_minutes)
print("days in window:", len(usage.days))
print("open sessions:", usage.open_sessions)
print("included hours:", usage.included_browser_hours)
window: 2026-01-01T00:00:00.000Z -> 2026-01-01T00:00:00.000Z
totals: {"browser_minutes": 14.850004, "gateway_tokens": 94699, "task_xxxxxxxx": 15, "stored_artifacts": 10}
days: 5 open sessions: 33
included: {"browserHours": 2000, "executions": 20000}Hinweis · Wo es im Dashboard steht
Die Ansicht Verbrauch zeichnet dieselben Zahlen: eine Monatsauswahl, die vier Summen, ein Tagesdiagramm, offene Sessions und wie viel des enthaltenen Kontingents verbraucht ist. Ein Mitgliedskonto kann sie lesen; nichts darauf ändert etwas.