Nutzungsbuchhaltung

Session-Statistiken rekonstruieren Aktivität aus Nutzungsdaten, die vom Agent CLIs gespeichert werden. AirCode Ø re-tokenisiert Ihre Anfragen nicht, und diese Ansicht ist keine Anbieterrechnung oder ein Kontokvota-Meter. Es ist eine Prüfung der Aktivität, die lokale Transkripte unterstützen können.

Lesen der Token-Auflösung

Input ist der vollständige Anruf, den das Modell bei jedem Anruf sieht. Es kann den Konversationsverlauf, die Werkzeugergebnisse, die Systemanweisungen und den injizierten Kontext enthalten, nicht nur die neueste Benutzernachricht. Eine lange Sitzung kann daher den gleichen Kontext mehr als einmal verarbeiten.

Hinzufügen von Reasoning nicht automatisch zu den anderen Zeilen. Einige Anbieter Enthalten die Argumentation innerhalb der Ausgabe oder die native Gesamt; andere berichten es als eine Getrennte abrechnungsfähige Kategorie. AirCode Ø bewahrt die Diagnosetätigkeit auf, fügt aber Zählt und kostet nur, wenn der Anbieter es noch nicht eingeschlossen hat.

Einige CLIs berichten über Cached-Token als Teil ihrer Eingabetechnung. AirCode Ø trennt zuerst den Cache-Teil, so dass Input + Cached input den kompletten Prompt repräsentiert, ohne die Cache-Token zweimal zu zählen.

Von wo die Zahlen stammen

Die anhaltende CLI Transkription oder Nutzungs-Journal ist die Quelle der Wahrheit. AirCode Ø normalisiert das Format jedes Motors, bevor es etwas hinzufügt:

• Duplizieren Claude Assistant Blöcke mit der gleichen Nachricht ID zählen einmal;
• Kumulative Codex Zähler werden in pro-Call-Delta umgewandelt, und
• Buchhaltungsereignisse, die nur durch Komprimierung erfolgen, werden ignoriert;
• Neu geschrieben oder neu geschrieben Gemini Nachrichten nur ihre endgültige logische des Staates;
• Kimi Cache-Reads und Cache-Schreiben werden für die Preisgestaltung getrennt gehalten, auch wenn das Dialogfeld zeigt sie zusammen;
• Detaillierte Grok/ACP Prompt-Updates verwenden den neuesten Wert für jeden Prompt. A ist Das -Speicherspiel bleibt aufgezeichnet, kann aber unbezahlbar sein, wenn seine Kategorien sind unbekannt.

Wiederaufgeführte Prozesse, die die gleiche Engine und die native Sitzung ID teilen, werden als eine logische Sitzung behandelt. AirCode Ø verwendet die stärkste verfügbare Transkription für diese Sitzung, anstatt doppelte Kopien zusammenzufassen.

Client-Plattform Zuordnung

Neue Launches registrieren eine grobe Client-Plattform: Web, Mobile App, Desktop-App, Automation, oder API. Der Wert wird lokal mit den Sitzungsmetadaten in sessions.json, in das strukturierte Startprotokoll enthalten, gespeichert und als local.clientPlatforms von GET /api/usageexponiert. AirCode Ø setzt für diesen Zweck kein Rohbenutzer-Agent ein. Der Abschnitt -Nutzung durch App in AI -Nutzung zeigt Sitzungen, Token, Tokenanteil und API-equivalente Kosten für den ausgewählten 7-Tage-, 30-Tage-, Benutzerdefinierte oder All-Time-Range.

Token und Kosten werden der ersten bekannten Startplattform einer logischen Sitzung zugeordnet. Dadurch wird ein wieder aufgenommenes Transkript nicht einmal pro Gerät gezählt. Die Session-Metadaten behalten auch die Plattform jedes Launches, so dass eine spätere Analyse Cross-Device-Resumes identifizieren kann. Sitzungen, die von älteren Clients erstellt wurden, erscheinen als Unknown , wenn ihre Plattform nicht sicher abgeleitet werden kann.

Wie die Kosten berechnet werden

Wenn ein CLI eine Kostenmeldung abgibt, behält AirCode Ø diesen Wert bei und markiert ihn als Anbieterberichterstattungskosten. Andernfalls berechnet es einen geschätzten API-äquivalenten Kosten aus dem öffentlichen Liste-Preiskatalog, der mit der installierten AirCode Ø -Version versandt wurde:

cost =
  (uncached input × input rate
   + cache reads × cached-input rate
   + cache writes × cache-write rate
   + billable output × output rate)
  / 1,000,000

Die Auswertung von außerhalb der Produktion wird als Produktion genau einmal berechnet. Wenn ein Anbieter eine Langkontext-Ebene hat, wählt AirCode Ø sie pro Modellanruf aus der vollständigen Anrufgröße (Input + Cached input).

Die Etiketten unter einem Preis haben präzise Bedeutungen:

• Anbieter gemeldet — der CLI lieferte den Betrag.
• Schätzung API-äquivalent — AirCode Ø angewandte öffentliche API Listepreise.
• gemeldet und geschätzt – die Gesamtzahl kombiniert beide Quellen.
• Partial oder Unpreised – mindestens eine Token-Tragende Aufzeichnung konnte nicht Preis sicher. Unbekannte Modelle erben nie eine erwartete Familienrate.

Eine API-äquivalente Schätzung ist nicht unbedingt das, was Sie bezahlen. Abonnementpläne, Credits, verhandelte Preise, kostenlose Ebenen, Anpassungen auf der Seite des Anbieters und Steuern liegen außerhalb dieser Berechnung.

AirCode Ø summiert die Kosten mit voller Präzision vor dem Display. Der Dialog zeigt normalerweise zwei Dezimalstellen, bis zu vier für Werte unter einem Dollar und bis zu sechs unter einem Cent. Die Zusammenfassung des abgerundeten Textes aus einzelnen Zeilen kann sich daher leicht von der angezeigten Sitzung insgesamt unterscheiden.

Pro-Frage-Zuweisung

Bei der Abfrageverfolgung werden Grenzen verwendet, nicht Schätzungen der prompt-Size:

1. Unmittelbar vor der erfolgreichen Lieferung einer Anfrage erfasst der AirCode Ø die die kumulative Verwendung der Sitzung als Baseline.
2. Wenn die Wendung abgeschlossen ist, verlässt der Prozess oder ein Nachfolgeprompt beginnt, AirCode Ø erfasst die Zähler wieder.
3. Die Frage besitzt den nicht-negativen Unterschied zwischen diesen Snapshots.

Eine Nachfolge gesendet, während die Arbeit noch läuft, schließt die vorherige Frage an dieser Grenze mit dem Ergebnis Abgeschlossen durch die Nachfolge. Gegenunterschiede werden auf null geklemmt, so dass eine neu geschriebene oder gekürzte Transkripte keine negative Verwendung erzeugen kann.

Nicht zugewiesene Sitzungsaktivität ist:

complete session total − sum of tracked questions

Es enthält normalerweise Startaktivität, Verwendung, die vor der Frage-Tracking-Verfügbarkeit aufgezeichnet wurde, oder Aktivität, die nicht sicher an einen Anruf gebunden werden konnte. Es bleibt noch in der Gesamtversammlung.

Das Buchhaltungsprotokoll speichert die Probevorsicht und den Hash, der zur Identifizierung einer Frage erforderlich ist; es dupliziert nicht die volle Probe, die bereits vom nativen Transkript gehalten wird.

Laufzeit und Live-Updates

Die Laufzeit misst die Wand-Uhr-Schaltaktivität von der sofortigen Lieferung bis zur Fertigstellung. Die Zeit zwischen den Turnen ist ausgeschlossen. Eine Live-Turn beinhaltet die vergangene Zeit bis zum aktuellen Snapshot, so dass sich die Dauer und die Token-Zählung ändern können, während der Dialog geöffnet ist.

Alte Sitzungen können vollständige Token-Totale haben, aber keine Pro-Frage-Geschichte, da das Tracking nicht rückwirkend rekonstruiert wird. Fehlende oder gelöschte native Transkripte können auch Statistiken unzugänglich machen. Bei Rechnungsstreitigkeiten oder Kontolimits verwenden Sie als autorisierte Quelle das eigene Dashboard des Anbieters.

Kontolimit-Maßeinheiten

Die Messwerte an der Spitze einer Anbieterkarte in AI Verwendung sind Kontokvote, nicht Transkriptionsbuchhaltung. AirCode Ø liest sie aus dem Konto jedes Anbieters API und cache die Antwort für ein paar Minuten, so dass mehrere offene Geräte einen Anruf teilen, anstatt jeder die Endstelle zu befragen.

Dieser Cache ist der Grund, warum ein Bildschirm, der geöffnet bleibt, hinter einem schweren Lauf zurückbleiben kann. Jede Anbieterkarte trägt neben ihrem Status einen Aktualisierungsknopf: Sie fordert den Server auf, das Konto API sofort wieder anzurufen, und antwortet mit den Werten, die sie zurück erhält. Die Refresh -Schaltfläche im Header tut das gleiche für jedes verbundene Konto, wie es auf Mobilgeräten mit dem Pull-to-Refresh funktioniert.

Eine Erneuerung, die in einen Endpunkt mit einer begrenzten Rate läuft, behält die letzten bekannten Werte und gibt den Grund auf der Karte an. Wiederholte Drücken fallen auf die Cache-Antwort zurück, anstatt den Anbieter zu kämmen, und sie verlängern nie die automatische Retry-Verzögerung, die Hintergrundbefragung schützt.