Einzigartige Wörter zählen

Eingabevertrag, Ablehnung leerer Eingabe und Lesen der Antwortfelder

Nur aus Leerzeichen bestehender Text ist erlaubt, wenn er nicht leer ist: er kann null Tokens und eine eindeutige Zahl von null ergeben, eine gültige Erfolgsform für nur Satzzeichen oder Füllung. Es gibt keinen Schalter für Groß-/Kleinschreibung: Kleinschreibung ist das Produktversprechen, sodass Hello und hello immer einen Typ teilen. Weil der Algorithmus reine Stringlogik ist, können Continuous-Integration-Tests das volle Objekt pinnen. Quelltext folgt denselben Aufbewahrungsregeln wie andere KIT-Parse-Elemente. Senden Sie einen JSON-Körper mit dem Pflicht-Stringfeld text auf der nicht leeren Probe, die gemessen werden soll. Aliasse input, value, s, content und body werden akzeptiert, wenn ältere Clients oder Formulargeneratoren diese Namen nutzen. Fehlendes text, ein Nicht-String-Wert oder eine Zeichenkette der Länge null erheben invalid_input mit einer Nachricht, die das Problem benennt, und diese Fehler werden auf der Prepaid-API nicht berechnet. Bei Erfolg enthält die Antwort count, unique_words und unique_count als dieselbe Wortschatzgröße zur SDK-Bequemlichkeit, total_words als wie viele Wort-Tokens vor der Eindeutigkeit gesehen wurden, type_token_ratio als einzigartige Wörter geteilt durch Gesamtwörter auf sechs Dezimalen gerundet (null, wenn es keine Tokens gibt), hapax_count als Typen, die genau einmal erscheinen, repeated_count als Typen, die mehr als einmal erscheinen, character_count als die UTF-16-Länge der Originalzeichenkette, original als Echo der exakten Eingabe für UI-Tabellen und method immer count_unique_words, damit Downstream-Code ohne Form-Schnüffeln verzweigen kann. Nutzen Sie count allein, wenn ein Abzeichen nur die Wortschatzgröße braucht; nutzen Sie type_token_ratio neben total_words, wenn Sie schnell lexikalischen Reichtum gegenüber Wiederholung spüren wollen. Halten Sie Payloads bei gewöhnlichen Dokumentgrößen, die für ein Worker-Isolat geeignet sind, statt Multi-Megabyte-Dumps; dieses Produkt ist ein Textwerkzeug, kein Massenspeicher.

API-Nutzung, Preise, Workflows und praktische Grenzen

Rufen Sie das kostenlose In-Browser-Werkzeug auf, um einzigartige Wörter für Hausaufgaben, Stil-Audits, Lesbarkeitsbewertung und Entwurfsprüfung zu zählen, ohne in jeder Sprache einen Split-und-Set-Einzeiler zu schreiben. Kombinieren Sie diesen Endpunkt mit einem Worthäufigkeits- oder Keyword-Density-Werkzeug, wenn der nächste Schritt das Ranken von Begriffen ist, aber halten Sie das Zählen einzigartiger Wörter als eigene Landing, damit die Wortschatzgrößen-Intention nicht mit dem Auflisten von Tokens oder dem Ranken von SEO-Keywords vermischt wird. Erwarten Sie keine Spracherkennung, Lemmatisierung oder mehrsprachiges Stemming — das sind getrennte Probleme mit getrennten SEO-Begriffen. Autoren, die SDKs ausliefern, können text als einziges Pflichtfeld dokumentieren, ein Erfolgsbeispiel mit gemischter Schreibweise und ein Fehlerbeispiel leerer Zeichenkette zeigen, damit Integratoren beide Seiten des Vertrags sehen. Nutzen Sie die Prepaid-KIT-API, wenn ein CMS, eine Content-Pipeline, ein QA-Harness, eine Tutoring-App oder ein mobiler Client denselben Vertrag unter Guthaben zu $0.002 pro erfolgreichem Element braucht; Validierungsfehler verbrauchen nie Guthaben, nachdem die Engine die Anfrage abgelehnt hat. Ein typischer Workflow fügt einen Absatz ein, liest unique_words und type_token_ratio und vergleicht mit einem Lesestufenziel oder einem früheren Entwurf.