Compter les mots uniques

Contrat d'entrée, rejet du vide et lecture des champs de réponse

Un texte composé seulement d'espaces est autorisé s'il n'est pas vide : il peut produire zéro jeton et un décompte unique de zéro, forme de succès valable pour une entrée de seule ponctuation ou de remplissage. Il n'y a pas d'interrupteur de sensibilité à la casse : le repli de casse est la promesse produit, donc Hello et hello partagent toujours un type. Comme l'algorithme est de la logique de chaînes pure, les tests d'intégration continue peuvent figer l'objet entier. Le texte source suit les mêmes règles de conservation que les autres éléments de parse KIT. Envoyez un corps JSON avec le champ chaîne obligatoire text fixé à l'échantillon non vide que vous souhaitez mesurer. Les alias input, value, s, content et body sont acceptés lorsque d'anciens clients ou des générateurs de formulaires utilisent ces noms. Un text manquant, une valeur non chaîne ou une chaîne de longueur nulle lèvent invalid_input avec un message qui nomme le problème, et ces échecs ne sont pas facturés sur l'API prépayée. En cas de succès, la réponse inclut count, unique_words et unique_count comme la même taille de lexique pour la commodité du SDK, total_words comme le nombre de jetons de mot vus avant l'unicité, type_token_ratio comme les mots uniques divisés par les mots totaux arrondi à six décimales (zéro s'il n'y a aucun jeton), hapax_count comme les types n'apparaissant qu'une fois, repeated_count comme les types apparaissant plus d'une fois, character_count comme la longueur UTF-16 de la chaîne d'origine, original qui répète l'entrée exacte pour les tableaux d'interface, et method toujours count_unique_words afin que le code en aval puisse brancher sans flairer les formes. Utilisez count seul lorsqu'un badge n'a besoin que de la taille du lexique ; utilisez type_token_ratio à côté de total_words lorsque vous voulez un aperçu rapide de la richesse lexicale face à la répétition. Gardez les charges utiles à des tailles de document ordinaires adaptées à un isolat Worker, pas des dumps de plusieurs mégaoctets ; ce produit est un utilitaire de texte, pas un entrepôt de masse.

Usage de l'API, tarifs, flux de travail et limites pratiques

Appelez l'outil gratuit dans le navigateur pour compter les mots uniques dans les devoirs, les audits de style, le score de lisibilité et la relecture de brouillons, sans écrire un one-liner split et Set dans chaque langage. Associez ce point de terminaison à un outil de fréquence de mots ou de densité de mots-clés lorsque l'étape suivante est de classer des termes, mais gardez le décompte des mots uniques comme page propre afin de ne pas mêler l'intention de taille de lexique à l'énumération de jetons ou au classement de mots-clés SEO. N'attendez pas de détection de langue, de lemmatisation ni de stemming multilingue : ce sont des problèmes distincts avec des termes SEO distincts. Utilisez l'API prépayée KIT lorsqu'un CMS, un pipeline de contenu, un harnais QA, une application de tutorat ou un client mobile a besoin du même contrat sous solde à $0.002 par élément réussi ; les échecs de validation ne consomment jamais le solde après le rejet du moteur. Un flux typique colle un paragraphe, lit unique_words et type_token_ratio, puis compare à une cible de niveau de lecture ou à un brouillon précédent. Les auteurs de SDK peuvent documenter text comme seul champ obligatoire, montrer un exemple de succès avec des répétitions de casse mixte et un exemple d'erreur de chaîne vide afin que les intégrateurs voient les deux faces du contrat.