Cloudflare: Clef

Cloudflare Clef är den större täta modellen i Clefs familj av beslutsmodeller, eftertränad från Qwen3.8-27B med dess visuella kodare. Cloudflare kombinerar den basmodellen med ett gemensamt schemahuvud som kopplar evidens till frågorna och poängsätter deras tillåtna alternativ tillsammans. Clef läser en situation och returnerar avgränsade beslut med sannolikheter i en enda framåtpassering. Resultatet är en klassificering, snarare än genererad prosa, en öppen rapport eller ett föreslaget kommando.

Förbered tillståndet och frågeschemat som separata indata. Tillståndet kan vara en sträng eller JSON som representerar en post, en konversation, dokumentinnehåll eller en situation i applikationen. Frågorna har stabila namn som nycklar, och samma namn identifierar deras returnerade svar. Definiera vad varje fråga ska fastställa och beskriv de relevanta alternativen. En supportpost kan fråga vilket team som ska hantera förfrågan, om påverkan är akut och vilket allvarlighetskriterium som gäller, utan att slå ihop dessa olika beslut till en vag kategori.

En noul-fråga returnerar sannolikheten för att ett binärt villkor är sant. En choice-fråga returnerar ett valt namngivet alternativ, sannolikheter per alternativ och konfidens. En score-fråga använder en ordnad lista med beskrivningar, indexerad från noll, och returnerar en förväntad poäng, en teckenförklaring och sannolikheter. En poäng med decimaler är meningsfull eftersom den sammanfattar osäkerhet över ordnade nivåer. Undersök både fördelningen och det valda svaret; två närliggande alternativ kan avslöja en skillnad som indata inte avgör.

För regelkontroller tar du med den faktiska regeltexten och postens fakta. Ett exempel är ett arbetsflöde för dokumentbehandling med frågor om posten är fullständig, vilken granskningskategori som gäller och hur starkt evidensen stöder omedelbar uppmärksamhet. Ställ separata frågor för separata villkor. En modellbedömning av regelefterlevnad bör förbli kopplad till den inskickade regeln och evidensen. Om ett viktigt villkor saknas bör schemat och applikationen ha ett genomtänkt sätt att hantera den osäkerheten.

För visuell evidens anger du en läsbar bild och en fråga om ett synligt förhållande eller en definierad kategori. En kvalitetskontroll av ett formulär kan bedöma läsbarhet, om ett obligatoriskt område finns och vilken av de angivna kvalitetsnivåerna som bäst beskriver det. Tillverkarens gränssnitt med öppna modellvikter accepterar även arrayer med videobildrutor. Behåll bildrutorna i ordning och identifiera händelsen som ska bedömas. Ett avgränsat beslutsschema kan klassificera det materialet, medan en begäran om en berättande beskrivning eller godtyckliga nygenererade fält hör till en annan typ av resultat.

Tillverkarens hostade referens anger en kontext på 65 536 token, en till 64 frågor och upp till fyra inbäddade bilder. PNG-, JPEG- eller WebP-bilder är begränsade till 4 MiB och 16 megapixlar per bild, med totalt 8 MiB avkodade data; hela begärandekroppen är begränsad till 13 MiB och fjärrlänkar till bilder accepteras inte. Indatabudgeten omfattar frågorna och medierna. Lång text kan kapas för att få plats, så bevara avgörande avsnitt och källetiketter. Dessa gränser beskriver tillverkarens hostade bildgränssnitt; kodaren med öppna modellvikter har egna representationer för lokala indata.

Cloudflares utgåva beskriver träning för schemabunden poängsättning och sannolikhetskalibrering. Modellen hämtar relevant evidens för enskilda alternativ och väger sedan samman information mellan fält. Detta kan stödja beslut om flera relaterade frågor i en post, men gör inte en hög sannolikhet till en garanti för att det bakomliggande sakförhållandet är sant. Bedöm svåra, ofullständiga och kategorifrämmande poster likaväl som okomplicerade fall. Användbara beslutskriterier täcker situationer som arbetsflödet faktiskt möter och gör viktiga skillnader uttryckliga.

I ett agentarbetsflöde kan resultatet avgöra vilket definierat nästa steg som bör övervägas. Ange den aktuella observationen och möjliga åtgärder med tydliga beskrivningar och spara sedan det valda alternativet och dess sannolikheter. Den omgivande applikationen tillämpar sin åtgärdspolicy och registrerar vad den gjorde. Håll den utförandeloggen åtskild från beslutsresultatet: Att välja en granskningsväg fastställer inte att en granskare agerade, och att välja ett diagnostiskt steg fastställer inte att steget lyckades.

Den slutliga artefakten är answers-objektet tillsammans med tillståndet och schemat som gav upphov till det. Använd dessa poster för att undersöka oväntade klassificeringar, identifiera tvetydiga kriterier och jämföra resultat med granskade uppgiftsexempel. Om en efterföljande användare behöver en skriftlig förklaring kan beslutet och den ursprungliga evidensen vara indata till ett separat steg för att skriva svaret. Clef tillhandahåller det avgränsade sannolikhetsbaserade beslut som behövs för att välja nästa steg med en tydlig redovisning av vad som bedömdes.