Cloudflare: Clef Flash

Cloudflare Clef Flash ist das kleinere Entscheidungsmodell der Clef-Familie und entsteht durch Post-Training von Qwen3.5-9B mit dessen Vision-Encoder. Ein gemeinsamer Schema-Kopf liest Belege aus der Eingabe und bewertet die zulässigen Antworten für jede angefragte Frage in einem einzigen Vorwärtsdurchlauf. Seine Aufgabe ist es, eingegrenzte Klassifizierungen und Entscheidungen in einem Workflow zu liefern. Die Ausgabe ist ein typisiertes Ergebnis mit Wahrscheinlichkeiten statt einer Konversationsantwort, die eine Anwendung erst als Kategorie interpretieren muss.

Beschreiben Sie die Situation in einem Text- oder JSON-Zustand und definieren Sie die Fragen separat. Eine Frage braucht einen stabilen Namen, einen Typ und eine klare Anweisung; Kategorie- oder Score-Fragen definieren zusätzlich ihre zulässigen Kriterien. Bei einer Support-Nachricht kann eine Frage das Anliegen klassifizieren, eine weitere die Dringlichkeit bewerten und eine dritte feststellen, ob dem Datensatz Informationen fehlen, die für den nächsten Schritt nötig sind. Halten Sie den tatsächlichen Wortlaut des Kunden, den relevanten Verlauf und die Betriebsregeln im Zustand fest, damit die Entscheidung an Belege gebunden ist.

Die drei Fragetypen erfüllen unterschiedliche Anforderungen. Ein „noul“-Ergebnis ist die Wahrscheinlichkeit, dass eine Wahr/Falsch-Bedingung zutrifft. Ein „choice“-Ergebnis bestimmt eine benannte Option und enthält Wahrscheinlichkeiten über die Alternativen sowie einen Konfidenzwert. Ein „score“-Ergebnis bewertet geordnete Kriterien und liefert deren wahrscheinlichkeitsgewichteten Score, Legende und Verteilung. Legen Sie die Reihenfolge eines Scores bewusst fest: Der Weg von „Keine Maßnahme erforderlich“ bis „Sofortige Prüfung“ ist etwas anderes als eine ungeordnete Menge von Themenlabels.

Für schnelles Routing beschreiben Sie Kategorien anhand der Aktionen oder Zuständigkeitsgrenzen, die sie tatsächlich unterscheiden. Ein nützliches Beispiel ist eine Anfrage mit den Optionen Kontozugang, technischer Fehler, Dokumentationsfrage und Sonstiges, wobei jede Option erläutert wird. Das Ergebnis des Modells kann an eine Routing-Regel der Anwendung übergeben werden. Eine knappe Verteilung zwischen technischem Fehler und Kontozugang ist ein nützlicher Hinweis auf Mehrdeutigkeit; legen Sie ausdrücklich fest, wie der Workflow solche Fälle behandelt, statt anzunehmen, dass das ausgewählte Label eine bestätigte Diagnose ist.

Für die visuelle Klassifizierung liefern Sie ein lesbares Bild und eine Bedingung, die das Bild belegen kann. Bei der Prüfung einer Quittung kann gefragt werden, ob der Gesamtbetrag lesbar ist, und unter definierten Kategorien der Dokumentqualität gewählt werden. Dabei sollte kein beliebiger neuer Gesamtbetrag angefordert werden, als wäre das Modell ein uneingeschränkter Extraktions- oder Schreibdienst. Die Open-Weight-Schnittstelle des Herstellers akzeptiert außerdem Arrays von Videoeinzelbildern. Bewahren Sie die Verbindung zwischen den Einzelbildern und dem schriftlichen Zustand, und fragen Sie nach sichtbaren Ereignissen oder Zuständen innerhalb dieses Materials.

Die aktuelle gehostete Referenz des Herstellers nennt einen Kontext von 24.576 Token, bis zu 64 Fragen und bis zu vier eingebettete Bilder. PNG-, JPEG- oder WebP-Bilder sind auf jeweils 4 MiB und 16 Megapixel begrenzt, bei insgesamt 8 MiB dekodiert; der gesamte Request-Body ist auf 13 MiB begrenzt, und Remote-Bildlinks werden nicht akzeptiert. Fragedefinitionen und Medien verbrauchen Eingaberaum, und langer Text kann gekürzt werden, damit er passt. Legen Sie entscheidende Belege in einen kompakten Zustand. Cloudflare dokumentiert, dass die Verkleinerung des gehosteten Kontexts die veröffentlichten Gewichte nicht verändert hat; das gehostete Kontextfenster und die Open-Weight-Konfiguration bleiben also voneinander getrennt.

Die eingeschränkte Ausgabe des Modells macht es nützlich für wiederholte Richtlinien- oder Workflow-Prüfungen. Definieren Sie zum Beispiel getrennte Fragen danach, ob ein Datensatz die festgelegten Vollständigkeitsregeln erfüllt und welche Folgekategorie zutrifft. Halten Sie die Kriterien explizit und nehmen Sie eine Option für Fälle auf, die die Kategorien nicht abdecken, wenn das Teil des Workflow-Designs ist. Die Wahrscheinlichkeiten bewerten die bereitgestellten Optionen; sie belegen nicht, dass die Optionen eine vollständige Beschreibung jeder realen Situation bilden.

Bewahren Sie Zustand, Schema und zurückgegebene Antwort zusammen auf. Wenn ein Ergebnis überrascht, prüfen Sie, ob ein Kriterium mehrdeutig ist, ob entscheidende Eingaben fehlten oder ob relevanter Text abgeschnitten wurde. Vergleichen Sie die Modelleinschätzungen mit geprüften Fällen aus der tatsächlichen Aufgabe, bevor Sie Schwellenwerte für automatisierte Aktionen festlegen. Die Positionierung von Clef Flash als kleineres Modell für schnelle Entscheidungen ersetzt nicht die Prüfung, was eine falsche Routing-Entscheidung den Workflow kostet.

Verwenden Sie das typisierte Ergebnis als Eingabe für den nächsten Anwendungsschritt. Das Modell führt diesen Schritt nicht aus und verfasst auch nicht dessen spätere Erklärung. Wenn der Nutzer einen Bericht benötigt, halten Sie die Entscheidung und die Quellbelege für einen separaten Schreibprozess bereit. Das nützliche Artefakt von Clef Flash ist eine nachvollziehbare Antwort auf jede benannte Frage, zusammen mit den Wahrscheinlichkeitsinformationen, die zur Anwendung der Workflow-Regeln nötig sind.