Cloudflare: Clef

Cloudflare Clef es el modelo denso más grande de la familia de decisión Clef, obtenido mediante posentrenamiento de Qwen3.8-27B con su codificador visual. Cloudflare combina esa arquitectura base con un cabezal de esquema conjunto que dirige la evidencia a las preguntas y puntúa sus opciones permitidas de forma conjunta. Clef lee una situación y devuelve decisiones acotadas con probabilidades en una sola pasada de inferencia. Su salida es un resultado de clasificación, en lugar de prosa generada, un informe abierto o una propuesta de comando.

Prepara el estado y el esquema de preguntas como entradas distintas. El estado puede ser una cadena de texto o JSON que represente un registro, una conversación, el contenido de un documento o una situación de una aplicación. Las preguntas se identifican mediante nombres estables, y esos mismos nombres identifican las respuestas devueltas. Define qué debe establecer cada pregunta y describe las opciones pertinentes. Un registro de soporte puede preguntar qué equipo debe atender la solicitud, si el impacto es urgente y qué criterio de gravedad corresponde, sin combinar esas decisiones diferentes en una categoría vaga.

Una pregunta noul devuelve la probabilidad de verdadero para una condición binaria. Una pregunta choice devuelve una opción con nombre seleccionada, probabilidades por opción y confianza. Una pregunta score usa una lista ordenada de descripciones, con índices desde cero, y devuelve una puntuación esperada, una leyenda y las probabilidades. Una puntuación fraccionaria tiene significado porque resume la incertidumbre entre niveles ordenados. Examina la distribución además de la respuesta seleccionada; dos opciones próximas pueden revelar una distinción que la entrada no resuelve.

Para comprobar políticas, incluye el texto real de la regla y los hechos del registro. Un ejemplo es un flujo de procesamiento de documentos con preguntas sobre si el registro está completo, qué categoría de revisión corresponde y con qué fuerza la evidencia respalda una atención inmediata. Haz preguntas separadas para condiciones separadas. Una evaluación del modelo sobre el cumplimiento debe permanecer vinculada a la regla y la evidencia proporcionadas. Si falta una condición importante, el esquema y la aplicación deben tener una forma deliberada de manejar esa incertidumbre.

Para evidencia visual, proporciona una imagen legible y una pregunta sobre una condición visible o una categoría definida. Una comprobación de calidad de un formulario podría evaluar la legibilidad, si está presente un área obligatoria y cuál de los niveles de calidad proporcionados lo describe mejor. La interfaz de pesos abiertos del fabricante también acepta arreglos de fotogramas de video. Mantén los fotogramas en orden e identifica el evento que se debe evaluar. Un esquema de decisión acotado puede clasificar ese material, mientras que una solicitud de descripción narrativa o de campos nuevos arbitrarios corresponde a otro tipo de salida.

La referencia de la interfaz alojada del fabricante indica un contexto de 65,536 tokens, de una a 64 preguntas y hasta cuatro imágenes incrustadas. Sus imágenes PNG, JPEG o WebP están limitadas a 4 MiB y 16 megapíxeles cada una, con un total decodificado de 8 MiB; el cuerpo completo de la solicitud está limitado a 13 MiB y no se aceptan enlaces remotos a imágenes. El presupuesto de entrada incluye las preguntas y los medios. El texto largo puede truncarse para ajustarse, por lo que conviene conservar los pasajes decisivos y las etiquetas de origen. Estos límites describen la interfaz de imágenes alojada del productor; el codificador de pesos abiertos tiene sus propias representaciones de entradas locales.

La publicación de Cloudflare describe un entrenamiento para puntuación sujeta a esquemas y calibración de probabilidades. El modelo extrae evidencia pertinente para opciones individuales y luego considera la información entre campos. Esto puede apoyar decisiones sobre varias preguntas relacionadas en un mismo registro, pero no convierte una probabilidad alta en una garantía de que el hecho subyacente sea verdadero. Evalúa registros difíciles, incompletos y fuera de las categorías, además de casos sencillos. Los criterios de decisión útiles cubren las situaciones que el flujo de trabajo realmente encuentra y hacen explícitas las distinciones importantes.

Para un flujo de trabajo de agentes, la salida puede determinar qué siguiente paso definido debe considerarse. Proporciona la observación actual y las acciones candidatas con descripciones claras, y conserva después la opción seleccionada y sus probabilidades. La aplicación que lo integra aplica su política de actuación y registra lo que hizo. Mantén ese registro de ejecución separado del resultado de la decisión: seleccionar una ruta de revisión no establece que un revisor haya actuado, y seleccionar un paso de diagnóstico no establece que ese paso haya tenido éxito.

El artefacto final es el objeto de respuestas junto con el estado y el esquema que lo produjeron. Usa esos registros para examinar clasificaciones inesperadas, identificar criterios ambiguos y comparar resultados con ejemplos revisados de la tarea. Si un usuario posterior necesita una explicación escrita, la decisión y la evidencia original pueden ser entradas de un paso separado de redacción de respuestas. Clef proporciona la decisión probabilística acotada necesaria para elegir esa siguiente etapa con un registro claro de lo que se evaluó.