Jared Palmer: Kev 4B

Kev-4B est un modèle de décision compact destiné à répondre à des questions typées sur un état fourni. L’état est le document ou le dossier évalué, et chaque question définit les options que le modèle peut noter. Son résultat est une distribution de probabilités et un enregistrement de décision typé, ce qui le rend utile pour la classification documentaire, l’orientation, le triage, les choix d’extraction et les vérifications selon des critères énoncés.

Le modèle associe une architecture de base Qwen3.5-4B-Base gelée, un adaptateur LoRA et une tête de pointage. L’architecture de base comporte 32 couches, dont 24 couches Gated DeltaNet et huit couches à attention complète. L’adaptateur cible les projections d’attention, de MLP et de DeltaNet ; la tête de pointage évalue les options fournies et convertit ces scores en probabilités. Il s’agit d’un processus de décision limité au préremplissage, les options constituant l’espace des réponses.

Trois types de questions peuvent figurer dans une même requête. Une question choice accepte de 1 à 255 options nommées, éventuellement assorties de descriptions, et renvoie l’option la plus probable, une valeur de confiance distincte et les probabilités des options. Une question oui/non, appelée noul dans le format du fabricant, renvoie la probabilité de oui. Définissez le sens de oui dans la question, plutôt que de supposer qu’une valeur élevée signifie toujours une issue positive pour l’application.

Une question de score ordonné accepte de 1 à 255 niveaux et renvoie les probabilités des niveaux ainsi que leur indice attendu. Les indices des niveaux commencent à zéro. Le format de résultat du fabricant comprend aussi la légende des niveaux et une valeur de confiance distincte. Un indice attendu peut être fractionnaire : il résume la distribution entre vos niveaux ordonnés, plutôt que de sélectionner un nouveau libellé textuel. Gardez l’ordre des niveaux et la légende avec le résultat, afin qu’une note puisse être interprétée de manière cohérente.

Les questions partagent le même état, mais sont évaluées indépendamment. Une question ne peut pas lire la réponse d’une autre ; l’état est calculé une fois, puis réutilisé. Si une décision ultérieure dépend du résultat d’une décision antérieure, explicitez cette dépendance dans un état ultérieur, plutôt que d’attendre des questions d’une même requête qu’elles forment une chaîne. Cela rend le processus à état partagé adapté à plusieurs vérifications indépendantes sur le même document.

Préparez l’état avec les éléments réellement nécessaires aux questions. Il peut s’agir de texte brut ou d’un objet ou tableau JSON rendu sous forme de texte étiqueté. Gardez clairs les noms des champs, les unités, les conditions des règles et les passages sources pertinents. Rédigez une instruction précise pour chaque question et attribuez à ses options des sens que le dossier permet de distinguer. Pour une tâche originale d’orientation de demandes d’assistance, l’état peut contenir la demande et son contexte, tandis que les choix définissent des catégories de livraison, d’accès et d’assistance produit, accompagnées de courtes descriptions.

Une deuxième question peut évaluer l’urgence, et une question ordonnée peut noter l’ampleur du suivi nécessaire pour la demande. Elles répondent à des questions opérationnelles différentes ; définissez donc chacune séparément. Incluez une option appropriée de vérification ou d’éléments manquants lorsque la tâche de choix en nécessite une, et conservez toute la distribution lorsque plusieurs catégories sont plausibles. L’application décide comment orienter ou vérifier un résultat ; le modèle fournit l’enregistrement évalué.

Kev-4B est destiné aux décisions typées sur des documents de quelques milliers de tokens. Le profil de service de son fabricant accepte des états pouvant atteindre 65 536 tokens et réserve un espace supplémentaire à chaque question, tandis que la longueur de contexte validée pour cette version est de 8192 tokens. Ces limites sont différentes : accepter un état plus long n’établit pas des décisions d’une fiabilité équivalente à toute longueur. Gardez les passages décisifs compacts et préservez leurs libellés lorsque vous préparez un long dossier pour la classification.

Le profil publié est anglophone. Ses tâches utiles dépendent des éléments de l’état fourni et des options définies, plutôt que du chat ouvert, du résumé ou de réponses générales fondées sur des connaissances. L’arithmétique des dates au jour près constitue une limite particulière : le fabricant fournit un préprocesseur distinct de faits temporels, qui apporte des intervalles calculés. Pour vérifier une échéance, incluez dans l’état les dates pertinentes et les intervalles calculés en jours, ainsi que la règle qui les utilise.

La version est fournie avec un calibrage ajusté des probabilités, mais la confiance peut varier selon le domaine documentaire et la conception des questions. Le fabricant documente aussi l’ajustement du modèle ouvert sur des libellés propres à la tâche et l’adaptation de son calibrage des probabilités à cette activité ; il s’agit d’un processus de personnalisation distinct de l’évaluation d’un état fourni. Choisissez les seuils de décision à partir d’exemples annotés de l’activité réelle et gardez les cas incertains visibles pour vérification. Le fabricant exclut les décisions entièrement automatisées ayant des conséquences pour des personnes sans vérification humaine. L’ordre des options peut aussi influencer une réponse ; conservez donc un ordre stable lorsque vous comparez des résultats. Évaluez le libellé choisi, le champ de confiance distinct et la distribution de probabilités selon le rôle de chacun dans votre processus.

La publication actuelle de Kev-4B décrite par le fabricant appartient à Kev 1.0 et utilise la base Qwen3.5. Les publications antérieures fondées sur Qwen3 et celles limitées au stade documentaire restent des versions distinctes. Gardez l’édition choisie et les définitions des questions associées aux sorties lorsque vous développez un processus propre à une tâche, plutôt que de mélanger des résultats de profils différents.

Un artefact final utile est un ensemble nommé d’enregistrements de décision comprenant les questions d’origine, les définitions des options, les distributions et les éventuelles légendes de niveaux ordonnés. Pour un contrôle de qualité d’une réponse, l’état doit inclure la réponse proposée, les éléments et le critère testé. Pour un triage selon des règles, il doit inclure la règle applicable et les faits pertinents. Conservez cette entrée avec le résultat, afin qu’une vérification puisse établir pourquoi une décision était appropriée ou quel fait manquant doit être fourni.