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 de schéma conjointe lit les éléments de l’entrée et note les réponses autorisées de chaque question demandée en une seule passe avant. Son rôle est de produire des classifications et des décisions bornées dans un flux de travail. La sortie est un résultat typé assorti de probabilités, et non une réponse conversationnelle qu’une application devrait interpréter comme une catégorie.

Décrivez la situation dans un état texte 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 de support, une question peut classer le problème, une autre évaluer l’urgence et une autre déterminer s’il manque au dossier des informations nécessaires à l’étape suivante. Conservez dans l’état la formulation réelle du client, l’historique pertinent et les règles opérationnelles, afin que la décision reste liée aux éléments probants.

Les trois types de questions répondent à des besoins différents. Un résultat noul est la probabilité qu’une condition vrai/faux soit remplie. Un résultat de choix identifie une option nommée et inclut les probabilités sur l’ensemble des alternatives ainsi qu’une valeur de confiance. Un résultat de 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 » à « Examen immédiat » est différent d’un ensemble non ordonné d’étiquettes de sujets.

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

Pour la classification visuelle, fournissez une image lisible et une condition que l’image peut étayer. L’examen d’un reçu peut demander si le total est lisible et choisir parmi des catégories définies de qualité de document. Il ne doit pas demander un nouveau total arbitraire comme si le modèle était un service d’extraction ou de rédaction sans contrainte. L’interface à poids ouverts du fabricant accepte également des tableaux de trames vidéo. Préservez le lien entre les trames et l’état écrit, et posez des questions sur des événements ou des conditions visibles dans ce matériel.

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

La sortie contrainte du modèle le rend utile pour des contrôles répétés de politique ou de flux de travail. Par exemple, définissez des questions distinctes demandant si un dossier respecte les règles de complétude énoncées et quelle catégorie de suivi s’applique. Gardez les critères explicites et incluez une option pour les cas que les catégories ne couvrent pas lorsque cela fait partie de la conception du flux de travail. Les probabilités notent les options fournies ; elles n’établissent pas que ces options décrivent de manière exhaustive chaque situation réelle.

Conservez ensemble l’état, le schéma et la réponse renvoyée. Lorsqu’un résultat surprend, vérifiez 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 avec des cas examinés issus de la tâche réelle avant de choisir des seuils d’action automatisée. Le positionnement de Clef Flash comme modèle plus petit et à décision rapide ne dispense pas d’évaluer le coût d’une décision d’acheminement incorrecte pour le flux de travail.

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 ne rédige pas son explication finale. Si l’utilisateur a besoin d’un rapport, gardez la décision et les éléments sources à disposition d’un processus de rédaction distinct. L’artefact utile produit par Clef Flash est une réponse vérifiable pour chaque question nommée, accompagnée des informations de probabilité nécessaires pour appliquer les règles du flux de travail.