Jared Palmer: Kev 4B

Kev-4B ist ein kompaktes Entscheidungsmodell zur Beantwortung typisierter Fragen über einen bereitgestellten Zustand. Der Zustand ist das bewertete Dokument oder der Datensatz, und jede Frage definiert die Optionen, die das Modell bewerten kann. Sein Ergebnis ist eine Wahrscheinlichkeitsverteilung und ein typisierter Entscheidungsdatensatz, wodurch es für Dokumentklassifikation, Weiterleitung, Triage, Extraktionsauswahl und Prüfungen anhand angegebener Kriterien nützlich ist.

Das Modell kombiniert eine eingefrorene Qwen3.5-4B-Base-Grundarchitektur mit einem LoRA-Adapter und einem Pointer-Kopf. Die Grundarchitektur hat 32 Schichten, bestehend aus 24 Gated-DeltaNet-Schichten und acht Full-Attention-Schichten. Der Adapter setzt an Attention-, MLP- und DeltaNet-Projektionen an; der Pointer-Kopf bewertet die bereitgestellten Optionen und wandelt diese Werte in Wahrscheinlichkeiten um. Dies ist ein reiner Prefill-Entscheidungsablauf, bei dem die Optionen den Antwortraum bilden.

Drei Fragetypen können in derselben Anfrage vorkommen. Eine choice-Frage akzeptiert 1–255 benannte Optionen, optional mit Beschreibungen, und gibt die wahrscheinlichste Option, einen separaten Konfidenzwert und Wahrscheinlichkeiten für die Optionen zurück. Eine Ja/Nein-Frage, im Format des Herstellers noul genannt, gibt die Ja-Wahrscheinlichkeit zurück. Definieren Sie die Bedeutung von Ja in der Frage, statt anzunehmen, dass eine hohe Zahl immer ein positives Ergebnis für die Anwendung bedeutet.

Eine Frage nach einem geordneten Score akzeptiert 1–255 Stufen und gibt Wahrscheinlichkeiten für die Stufen und deren erwarteten Index zurück. Stufenindizes beginnen bei null. Das Ergebnisformat des Herstellers enthält ausserdem die Stufenlegende und einen separaten Konfidenzwert. Ein erwarteter Index kann Nachkommastellen enthalten: Er fasst die Verteilung über Ihre geordneten Stufen zusammen, statt eine neue Textbezeichnung auszuwählen. Bewahren Sie Stufenreihenfolge und Legende beim Ergebnis, damit eine Bewertung einheitlich interpretiert werden kann.

Fragen teilen denselben Zustand, werden aber unabhängig bewertet. Eine Frage kann die Antwort einer anderen nicht lesen, und der Zustand wird einmal berechnet und wiederverwendet. Wenn eine spätere Entscheidung von einem Ergebnis einer früheren abhängt, machen Sie diese Abhängigkeit in einem nachfolgenden Zustand ausdrücklich, statt von den Fragen einer Anfrage eine Kette zu erwarten. Dadurch eignet sich der Ablauf mit gemeinsamem Zustand für mehrere unabhängige Prüfungen desselben Dokuments.

Bereiten Sie den Zustand mit den Belegen vor, die die Fragen tatsächlich benötigen. Er kann Klartext oder ein als beschrifteter Text dargestelltes JSON-Objekt oder -Array sein. Halten Sie Feldnamen, Einheiten, Richtlinienbedingungen und relevante Quellpassagen klar. Schreiben Sie für jede Frage eine konkrete Anweisung und geben Sie ihren Optionen Bedeutungen, die anhand des Datensatzes unterscheidbar sind. Bei einer ursprünglichen Support-Weiterleitungsaufgabe kann der Zustand die Anfrage und ihren Kontext enthalten, während die Auswahlmöglichkeiten Liefer-, Zugangs- und Produktsupport-Kategorien mit kurzen Beschreibungen definieren.

Eine zweite Frage kann die Dringlichkeit bewerten, und eine geordnete Frage kann einschätzen, wie viel Nachverfolgung die Anfrage benötigt. Dies beantwortet unterschiedliche operative Fragen; definieren Sie daher jede separat. Nehmen Sie eine passende Prüf- oder Fehlende-Belege-Option auf, wenn die Auswahlaufgabe sie benötigt, und bewahren Sie die vollständige Verteilung, wenn mehrere Kategorien plausibel sind. Die Anwendung entscheidet über Weiterleitung oder Prüfung eines Ergebnisses; das Modell liefert den bewerteten Datensatz.

Kev-4B ist für typisierte Entscheidungen über Dokumente mit einigen Tausend Tokens vorgesehen. Das Bereitstellungsprofil des Herstellers akzeptiert Zustände bis zu 65’536 Tokens und reserviert zusätzlichen Platz für jede Frage, während die validierte Kontextlänge dieses Checkpoints 8192 Tokens beträgt. Dies sind unterschiedliche Grenzen: Die Annahme eines längeren Zustands belegt keine gleich zuverlässigen Entscheidungen bei jeder Länge. Halten Sie entscheidende Passagen kompakt und bewahren Sie ihre Bezeichnungen, wenn Sie einen langen Datensatz zur Klassifikation vorbereiten.

Das veröffentlichte Profil ist englischsprachig. Seine nützlichen Aufgaben hängen von Belegen im bereitgestellten Zustand und den definierten Optionen ab, statt von offenem Chat, Zusammenfassung oder umfassender wissensbasierter Beantwortung. Datumsarithmetik auf Tagesebene ist eine besondere Einschränkung: Der Hersteller liefert einen separaten Vorprozessor für Datumsfakten, der berechnete Intervalle bereitstellt. Nehmen Sie für eine Fristprüfung die relevanten Datumsangaben und berechneten Tagesintervalle zusammen mit der Regel, die sie verwendet, in den Zustand auf.

Der Checkpoint wird mit angepasster Wahrscheinlichkeitskalibrierung ausgeliefert, doch die Konfidenz kann sich mit Dokumentdomäne und Fragengestaltung ändern. Der Hersteller dokumentiert ausserdem das Fine-Tuning des offenen Checkpoints auf aufgabenspezifische Bezeichnungen und die Anpassung seiner Wahrscheinlichkeitskalibrierung an diese Arbeitslast; dies ist ein separater Anpassungsworkflow gegenüber der Bewertung eines bereitgestellten Zustands. Wählen Sie Entscheidungsschwellen anhand gekennzeichneter Beispiele der tatsächlichen Arbeitslast und halten Sie unsichere Fälle für die Prüfung sichtbar. Der Hersteller schliesst vollständig automatisierte folgenreiche Entscheidungen über Menschen ohne menschliche Prüfung aus. Auch die Optionsreihenfolge kann eine Antwort beeinflussen; bewahren Sie daher bei Ergebnisvergleichen eine stabile Reihenfolge. Bewerten Sie die gewählte Bezeichnung, das separate confidence-Feld und die Wahrscheinlichkeitsverteilung entsprechend ihrer jeweiligen Rolle in Ihrem Workflow.

Die vom Hersteller beschriebene aktuelle Kev-4B-Veröffentlichung gehört zu Kev 1.0 und verwendet die Qwen3.5-Basis. Frühere Qwen3-basierte und nur auf die Dokumentstufe beschränkte Veröffentlichungen bleiben eigene Versionen. Halten Sie beim Entwickeln eines aufgabenspezifischen Workflows die gewählte Ausgabe und die Fragendefinitionen mit den Ausgaben verknüpft, statt Ergebnisse unterschiedlicher Profile zu vermischen.

Ein nützliches abschliessendes Artefakt ist eine benannte Menge von Entscheidungsdatensätzen mit den ursprünglichen Fragen, Optionsdefinitionen, Verteilungen und gegebenenfalls geordneten Stufenlegenden. Für eine Antwortqualitätsprüfung sollte der Zustand die vorgeschlagene Antwort, die Belege und das geprüfte Kriterium enthalten. Für Richtlinientriage sollte er die geltende Regel und relevante Fakten enthalten. Bewahren Sie diese Eingabe beim Ergebnis, damit eine Prüfung feststellen kann, warum eine Entscheidung angemessen war oder welcher fehlende Fakt ergänzt werden muss.