Cloudflare: Clef Flash

Cloudflare Clef Flash è il modello decisionale più piccolo della famiglia Clef, realizzato tramite post-addestramento di Qwen3.5-9B con il suo encoder visivo. Una testa condivisa per lo schema legge gli elementi di evidenza dall’input e valuta le risposte ammesse per tutte le domande richieste in un unico passaggio in avanti della rete. Il suo ruolo consiste nel produrre classificazioni e decisioni circoscritte in un flusso di lavoro. L’output è un risultato tipizzato con probabilità, anziché una risposta conversazionale che un’applicazione deve interpretare come categoria.

Descrivi la situazione in uno stato testuale o JSON e definisci separatamente le domande. Una domanda richiede un nome stabile, un tipo e un’istruzione chiara; le domande di categoria o di punteggio definiscono anche i criteri ammessi. Per un messaggio di assistenza, una domanda può classificare il problema, un’altra valutarne l’urgenza e un’altra ancora identificare se nel record mancano informazioni necessarie per il passaggio successivo. Mantieni nello stato le parole effettive del cliente, la cronologia pertinente e le regole operative, affinché la decisione sia legata agli elementi disponibili.

I tre tipi di domanda rispondono a esigenze diverse. Un risultato noul è la probabilità che una condizione vera o falsa sia soddisfatta. Un risultato choice identifica un’opzione con nome e include le probabilità delle alternative, oltre a un valore di confidenza. Un risultato score valuta criteri ordinati e restituisce il loro punteggio ponderato per le probabilità, la legenda e la distribuzione. Definisci intenzionalmente l’ordine di un punteggio: passare da «Nessuna azione necessaria» a «Verifica immediata» è diverso da un insieme non ordinato di etichette tematiche.

Per un instradamento rapido, descrivi le categorie usando le azioni o i confini di responsabilità che le distinguono realmente. Un esempio utile è una richiesta con opzioni per accesso all’account, guasto tecnico, domanda sulla documentazione e altro, ciascuna accompagnata da una spiegazione. Il risultato del modello può essere passato alla regola di instradamento di un’applicazione. Una distribuzione ravvicinata tra guasto tecnico e accesso all’account è un elemento utile per riconoscere l’ambiguità; decidi esplicitamente come il flusso di lavoro tratta questi casi, anziché presumere che l’etichetta selezionata sia una diagnosi confermata.

Per la classificazione visiva, fornisci un’immagine leggibile e una condizione che l’immagine possa supportare. La verifica di una ricevuta potrebbe chiedere se il totale è leggibile e scegliere tra categorie definite di qualità del documento. Non dovrebbe richiedere un nuovo totale arbitrario come se il modello fosse un servizio di estrazione o scrittura senza vincoli. L’interfaccia a pesi aperti del produttore accetta anche array di fotogrammi video. Preserva il collegamento tra i fotogrammi e lo stato scritto, e chiedi di eventi o condizioni visibili all’interno di quel materiale.

L’attuale riferimento ospitato del produttore indica un contesto di 24.576 token, fino a 64 domande e fino a quattro immagini incorporate. Le immagini PNG, JPEG o WebP hanno un limite di 4 MiB e 16 megapixel ciascuna, con un totale di 8 MiB decodificati; l’intero corpo della richiesta è limitato a 13 MiB e non sono accettati collegamenti remoti alle immagini. Le definizioni delle domande e i contenuti multimediali occupano spazio di input, e il testo lungo può essere troncato per rientrare nella finestra. Inserisci gli elementi decisivi in uno stato compatto. Cloudflare documenta che la riduzione del contesto ospitato non ha modificato i pesi pubblicati: la finestra ospitata e la configurazione a pesi aperti rimangono quindi distinte.

L’output vincolato del modello lo rende utile per verifiche ripetute di regole o flussi di lavoro. Per esempio, definisci domande separate per stabilire se un record soddisfa le regole di completezza indicate e quale categoria di intervento successivo si applica. Mantieni espliciti i criteri e includi un’opzione per i casi che le categorie non coprono, quando ciò fa parte della progettazione del flusso di lavoro. Le probabilità valutano le opzioni fornite; non stabiliscono che tali opzioni descrivano in modo completo ogni situazione reale.

Conserva insieme stato, schema e risposta restituita. Quando un risultato sorprende, verifica se un criterio è ambiguo, se mancava un input decisivo o se del testo pertinente è stato tagliato. Confronta le valutazioni del modello con casi verificati della stessa attività reale prima di scegliere soglie per azioni automatiche. Il posizionamento di Clef Flash come modello più piccolo e rapido nelle decisioni non sostituisce la valutazione del costo di un instradamento errato nel flusso di lavoro.

Usa il risultato tipizzato come input del passaggio applicativo successivo. Il modello non esegue quel passaggio e non ne scrive l’eventuale spiegazione. Se l’utente ha bisogno di un rapporto, mantieni la decisione e gli elementi di partenza disponibili per un processo di scrittura separato. L’artefatto utile di Clef Flash è una risposta ispezionabile per ogni domanda con nome, con le informazioni di probabilità necessarie per applicare le regole del flusso di lavoro.