Cloudflare: Clef Flash

Cloudflare Clef Flash est le plus petit modèle de décision de la famille Clef, obtenu par post-entraînement de Qwen3.5-9B avec son encodeur visuel. Une tête commune au schéma lit les éléments probants de l’entrée et évalue les réponses autorisées pour chaque question demandée en une seule passe avant. Son rôle consiste à produire des classifications et des décisions délimitées dans un processus. La sortie est un résultat typé assorti de probabilités, plutôt qu’une réponse conversationnelle qu’une application devrait interpréter comme une catégorie.

Décrivez la situation dans un état textuel ou JSON et définissez les questions séparément. Une question nécessite un nom stable, un type et une instruction claire ; les questions de catégorie ou de score définissent aussi leurs critères autorisés. Pour un message d’assistance, une question peut classer le problème, une autre évaluer son urgence et une troisième déterminer s’il manque au dossier des informations nécessaires à l’étape suivante. Conservez dans l’état les formulations réelles du client, l’historique pertinent et les règles de fonctionnement, afin d’ancrer la décision dans les éléments disponibles.

Les trois types de questions répondent à des besoins différents. Un résultat noul est la probabilité qu’une condition vraie ou fausse soit satisfaite. Un résultat choice identifie une option nommée et comprend les probabilités des différentes alternatives ainsi qu’une valeur de confiance. Un résultat score évalue des critères ordonnés et renvoie leur score pondéré par les probabilités, leur légende et leur distribution. Définissez délibérément l’ordre d’un score : passer de « Aucune action nécessaire » à « Vérification immédiate » diffère d’un ensemble non ordonné de libellés thématiques.

Pour une orientation rapide, décrivez les catégories par les actions ou les limites de responsabilité qui les distinguent réellement. Un exemple utile serait une demande proposant les choix accès au compte, défaillance technique, question de documentation et autre, chaque option étant expliquée. Le résultat du modèle peut être transmis à une règle d’orientation de l’application. Une distribution serrée entre défaillance technique et accès au compte constitue un indice utile d’ambiguïté ; décidez explicitement de la manière dont le processus traite ces cas, au lieu de supposer que le libellé sélectionné constitue un diagnostic confirmé.

Pour la classification visuelle, fournissez une image lisible et une condition que l’image permet d’évaluer. La vérification d’un reçu pourrait demander si le total est lisible et choisir parmi des catégories définies de qualité du document. Elle ne devrait pas demander un nouveau total arbitraire comme si le modèle était un service d’extraction ou de rédaction sans contraintes. L’interface aux poids ouverts du fabricant accepte aussi des tableaux d’images vidéo. Préservez le lien entre ces images et l’état écrit, et posez des questions sur des événements ou des conditions visibles dans ce matériau.

La référence hébergée actuelle du fabricant indique un contexte de 24 576 tokens, jusqu’à 64 questions et jusqu’à quatre images incorporées. Ses images PNG, JPEG ou WebP sont limitées à 4 MiB et 16 mégapixels chacune, avec un total de 8 MiB après décodage ; le corps complet de la requête est limité à 13 MiB, et les liens d’images distants ne sont pas acceptés. Les définitions des questions et les médias occupent l’espace d’entrée, et un texte long peut être tronqué pour tenir dans la fenêtre. Placez les éléments décisifs dans un état compact. Cloudflare précise que la réduction du contexte hébergé n’a pas modifié les poids publiés ; la fenêtre hébergée et la configuration aux poids ouverts restent donc distinctes.

La sortie contrainte du modèle le rend utile pour des vérifications répétées de règles ou de processus. Définissez, par exemple, des questions distinctes pour déterminer si un dossier respecte les règles de complétude indiquées et quelle catégorie de suivi s’applique. Gardez les critères explicites et ajoutez une option pour les cas non couverts par les catégories lorsque la conception du processus le prévoit. Les probabilités évaluent les options fournies ; elles n’établissent pas que ces options décrivent intégralement toutes les situations réelles.

Conservez ensemble l’état, le schéma et la réponse renvoyée. Lorsqu’un résultat surprend, examinez si un critère est ambigu, si une entrée décisive manquait ou si un texte pertinent a été coupé. Comparez les évaluations du modèle à des cas vérifiés issus de la tâche réelle avant de choisir des seuils d’action automatique. Le positionnement de Clef Flash comme petit modèle à décision rapide ne dispense pas d’examiner le coût d’une mauvaise orientation pour le processus.

Utilisez le résultat typé comme entrée de l’étape suivante de l’application. Le modèle n’exécute pas cette étape et n’en rédige pas l’explication éventuelle. Si l’utilisateur a besoin d’un rapport, gardez la décision et les éléments sources disponibles pour un processus de rédaction distinct. L’artefact utile de Clef Flash est une réponse examinable pour chaque question nommée, assortie des informations de probabilité nécessaires à l’application des règles du processus.