Konkrete Kodierung auswählen
o200k_base ist voreingestellt. Wechseln Sie zu cl100k_base, falls dieses Vokabular gebraucht wird. Token IDs gehören zur gewählten Kodierung; ein beliebiger Modellname reicht für die Zuordnung nicht aus.
KI- und LLM-Entwicklung
Wählen Sie eine implementierte Kodierung und prüfen Sie IDs. Kontextgrenze und Zuschlag geben Sie selbst ein.
Text bleibt in diesem Browser. Vokabulardaten können einmal geladen werden; Prompts gehen nicht an eine Modell-API.
Text zum Zählen eingeben.
Text zum Zählen eingeben.
Ein kurzer Prompt mit Code, Satzzeichen oder mehreren Sprachen kann überraschend viele Tokens ergeben. Der Tokenzähler zeigt die tatsächlichen IDs statt einer Schätzung aus der Zeichenzahl.
Bei mehreren Prompts bleibt jedes Element eines JSON-Arrays eine eigene Anfrage. Der Tokenzähler summiert den Arbeitsumfang, vergleicht die Kontextgrenze aber mit jedem Element einzeln.
Der Tokenzähler nutzt das ausgewählte BPE-Vokabular und zeigt jede ID. Ein führendes Leerzeichen, ein Zeilenumbruch oder ein nichtlateinisches Zeichen kann anders zerfallen als erwartet. Bytegrenzen bleiben erhalten, auch wenn ein Unicode-Zeichen mehrere IDs benötigt.
Ein Stapel ist kein einziges Kontextfenster. Der Tokenzähler kodiert jedes Element zusammen mit gemeinsamem Präfix und Suffix neu und zieht Ihre Ausgabereserve sowie den geschätzten Zuschlag ab. Die Stapelsumme beschreibt Arbeit, nicht eine Anfrage.
o200k_base ist voreingestellt. Wechseln Sie zu cl100k_base, falls dieses Vokabular gebraucht wird. Token IDs gehören zur gewählten Kodierung; ein beliebiger Modellname reicht für die Zuordnung nicht aus.
Der Stapel erwartet ein JSON-Array mit Zeichenketten. Ein Zeilenumbruch innerhalb eines Elements bleibt dort. Nach Änderungen zählt das Werkzeug nach 350 ms automatisch; im Handmodus startet Strg/Cmd+Eingabe.
Präfix und Suffix werden mit jedem Text als Ganzes neu kodiert. BPE kann an der Grenze zusammenführen, daher ist die Differenz manchmal negativ. Geben Sie Kontextfenster, Ausgabereserve und Zuschlag selbst an; alte Ergebnisse sind nicht exportierbar.
Statt Zeichen durch vier zu teilen, können Sie o200k_base oder cl100k_base einsetzen. Ein Tokenizer online sollte angeben, welche IDs und UTF-8-Bytes tatsächlich gezeigt werden.
Bis zu 100 JSON-Zeichenketten werden unabhängig gezählt. Die Oberfläche zeigt jeweils 50 Elemente zusätzlich; der JSON-Export enthält trotzdem jede ID und jedes Element.
Ein gemeinsamer Präfix und Suffix wird pro Prompt angefügt. Die Anzeige trennt Ursprung, kombinierten Text und Differenz, statt Tokenzahlen einzelner Textstücke einfach zu addieren.
Sie tragen Fenstergröße und Ausgabereserve ein. Der zusätzliche Verpackungsaufwand bleibt ausdrücklich Ihre Schätzung; Modellgrenzen und Preise werden nicht automatisch behauptet.
Vokabulare und Zusammenführungsregeln unterscheiden sich. Hier können Sie o200k_base und cl100k_base für denselben Text vergleichen.
Nein. Vier Zeichen sind nur ein grober Mittelwert für englische Prosa. Code, Leerzeichen und andere Schriften müssen am echten Text gezählt werden.
Nein. Nach dem Laden statischer Vokabulardaten läuft die Berechnung im Browser; der Prompt wird nicht an die Modell-API gesendet.
Damit Sie pro Anfrage Platz für Eingabe und Ausgabe prüfen können. Das tatsächliche Modellfenster geben Sie selbst ein und kontrollieren es beim Anbieter.
Nicht als exakte Zahl. Diese Anbieter verwenden andere Tokenizer; nutzen Sie deren Zählfunktion für vollständige Anfragen.
Die API kann Rollen, Systemtext, Tools, Anhänge und erzeugte Ausgabe mitzählen. Hier stehen nur der eingegebene Text und Ihr selbst geschätzter Zuschlag.
Unerwartetes Ergebnis?
Fügen Sie einen repräsentativen Text oder ein JSON-Array ein, prüfen Sie die IDs und tragen Sie die für Ihre Anfrage passenden Kapazitätswerte ein.