Choisir un encodage précis
o200k_base est sélectionné au départ. Passez à cl100k_base si c’est le vocabulaire voulu. Les identifiants de tokens dépendent de cet encodage, pas d’une supposition tirée du nom du modèle.
Développement IA / LLM
Choisissez un encodage réellement disponible, puis examinez les identifiants. Saisissez vous-même la capacité visée.
Le texte reste dans ce navigateur. Le vocabulaire peut être téléchargé une fois ; aucun prompt ne part vers une API de modèle.
Saisissez un texte à compter.
Saisissez un texte à compter.
Une instruction courte peut demander beaucoup de tokens si elle mêle code, ponctuation et plusieurs langues. Le compteur de tokens révèle les identifiants réels au lieu de diviser le nombre de caractères par quatre.
Pour une série de requêtes, chaque chaîne du tableau JSON est comptée séparément. Le compteur de tokens additionne le travail total, mais compare la fenêtre de contexte à chaque élément.
Le compteur de tokens affiche chaque identifiant produit par le vocabulaire BPE choisi. Un espace initial, un saut de ligne ou une autre écriture peut changer le découpage. Les frontières d’octets restent visibles lorsqu’un caractère Unicode traverse plusieurs IDs.
Un lot entier ne partage pas une seule fenêtre de contexte. Le compteur de tokens réencode chaque élément avec son préfixe et son suffixe communs, puis calcule la marge après votre réserve de sortie et votre estimation du formatage. Le total du lot reste une charge de travail.
o200k_base est sélectionné au départ. Passez à cl100k_base si c’est le vocabulaire voulu. Les identifiants de tokens dépendent de cet encodage, pas d’une supposition tirée du nom du modèle.
Le mode lot attend un tableau JSON de chaînes ; un saut de ligne dans une chaîne ne crée pas un autre prompt. Le calcul reprend 350 ms après une modification, ou avec Ctrl/Cmd+Entrée en mode manuel.
Le préfixe et le suffixe sont réencodés avec chaque texte. Une fusion BPE aux frontières peut rendre la différence négative. Renseignez la fenêtre, la sortie réservée et le surcoût connu ; un résultat périmé ne s’exporte pas.
Le tokeniseur en ligne utilise o200k_base ou cl100k_base plutôt qu’une conversion caractères/tokens. Chaque ID et chaque octet UTF-8 appartiennent au vocabulaire sélectionné.
Jusqu’à 100 chaînes JSON sont comptées séparément. L’écran révèle 50 éléments à la fois, tandis que le fichier JSON contient les valeurs et IDs de toute la série.
Un préfixe et un suffixe sont joints à chaque entrée avant le calcul. Le nombre du texte brut, celui du texte assemblé et leur différence sont affichés séparément.
Saisissez la fenêtre de contexte et la réserve de sortie. Le surcoût de formatage reste votre estimation ; aucune limite de modèle ni aucun tarif ne sont ajoutés en cachette.
Les vocabulaires et les règles de fusion changent. Comparez le même texte avec o200k_base et cl100k_base pour voir la différence entre ces deux encodages.
Non. C’est un ordre de grandeur pour la prose anglaise. Mesurez le texte réel, surtout pour le code, les espaces et les autres écritures.
Non. Le vocabulaire statique est chargé dans le navigateur et le texte est traité localement, sans appel à une API de comptage.
Il aide à prévoir l’espace nécessaire pour une entrée et une sortie. L’usage total d’une requête API reste distinct de cette mesure de texte.
Pas comme mesure exacte. Ces fournisseurs disposent d’autres tokeniseurs ; utilisez leur compteur pour la requête visée.
L’API peut compter les rôles, instructions système, outils, pièces jointes et sortie. Cette page ne mesure que le texte et votre surcoût déclaré.
Résultat surprenant ?
Collez un texte représentatif ou un tableau JSON, regardez les identifiants, puis indiquez la capacité pertinente pour votre propre requête.