LiquidAI: LFM2.5-2.6B (free)

Liquid AI LFM2.5-2.6B es el modelo de texto con entrenamiento posterior de la familia compacta LFM2.5 de Liquid, diseñado para agentes en el dispositivo y flujos prácticos. Su ficha exacta indica 2690 millones de parámetros y 30 capas: 22 bloques de convolución corta con doble compuerta y ocho bloques de atención de consultas agrupadas. El diseño híbrido busca un procesamiento eficiente del texto. El modelo acepta texto y devuelve texto, incluida una respuesta razonada o una solicitud para utilizar una función definida.

El fabricante lo recomienda para cargas de trabajo de agentes, uso de herramientas, extracción de datos, generación aumentada por recuperación y flujos de contexto largo. La cadena de entrenamiento de la versión combina ajuste fino supervisado, modelos docentes especializados, destilación on-policy de varios dominios y aprendizaje por refuerzo dentro de entornos de agentes. Esto ayuda a explicar su enfoque en seguir instrucciones de tarea, utilizar observaciones de herramientas y avanzar por varios pasos. Proporciona los materiales reales y un objetivo preciso, en lugar de confiar en amplios conocimientos aprendidos para rellenar vacíos.

Para extracción, define los campos y las reglas de las fuentes antes de proporcionar el material. Una petición práctica es: «Lee estas actualizaciones del servicio, extrae el identificador de cada registro, el estado indicado y la siguiente acción requerida, y conserva la frase que respalda cada campo. Devuelve null cuando falte un campo». Especifica si debe copiarse un valor exactamente, normalizarlo o inferirlo. Esto permite examinar la salida e impide que una interpretación plausible sustituya silenciosamente a la información realmente presente en la fuente.

Para RAG, proporciona pasajes pertinentes con etiquetas estables y pide una respuesta fundamentada en ellos. Un ejemplo es: «Utilizando únicamente estas instrucciones de instalación, explica qué pasos se aplican al entorno indicado y enumera los requisitos previos que siguen sin conocerse». Mantén las versiones de documentos y las condiciones junto al texto. Pide al modelo que identifique un hecho ausente o contradictorio en vez de inventar un procedimiento completo. Esto encaja mejor con la recomendación del fabricante de tareas basadas en fuentes que pedir al modelo compacto que actúe como un almacén exhaustivo de conocimientos especializados.

LFM2.5-2.6B es un modelo de razonamiento puro: su plantilla de chat inicia la respuesta del asistente con un marcador de pensamiento, y razona antes de la respuesta final. La ficha del fabricante recomienda temperature 0.1, top-k 50 y una penalización por repetición de 1.1 para generación. Son ajustes de la configuración del modelo con ese nombre. Mantén el resultado final diferenciado del texto de razonamiento y deja espacio para ambos en una petición de trabajo. No deben darse por supuestos en este modelo controles o modos de respuesta directa de otras ediciones LFM de instrucciones.

El modelo utiliza un formato de conversación similar a ChatML, con roles de sistema, usuario, asistente y herramienta. Su flujo documentado de funciones tiene cuatro etapas: definir las herramientas, dejar que el modelo solicite una función, ejecutarla en la aplicación que lo integra y devolver el resultado real para que el modelo pueda responder. Las llamadas nativas son listas con sintaxis de Python delimitadas por marcadores de llamada a herramienta; el fabricante también describe cómo solicitar un formato JSON de llamadas mediante la instrucción de sistema. Utiliza el analizador adecuado, comprueba el nombre de la función y los argumentos frente a las definiciones suministradas y conserva el resultado junto a la llamada que lo produjo.

Para un flujo compacto de agente, expón únicamente las funciones pertinentes para la tarea actual, con descripciones concisas y tipos explícitos de argumentos. Las propias definiciones de herramientas ocupan contexto. Una secuencia útil podría consultar el estado de un registro aportado, comparar el estado devuelto con una regla y explicar si hace falta seguimiento. Proporciona el identificador del registro como prueba y pide una respuesta final vinculada a la observación devuelta. El modelo propone e interpreta la operación; la aplicación aporta su ejecución y resultado reales.

La ficha actual del fabricante especifica un contexto del modelo de 131.072 tokens, y la versión describe una etapa específica de ampliación de contexto. Trabaja dentro de la ventana de la configuración utilizada, conservando los límites de las fuentes, el historial pertinente y espacio para continuar. Para varios documentos, pide una comparación concreta o una dependencia que deba rastrearse. El checkpoint nativo y los archivos GGUF, ONNX y MLX sirven para distintas necesidades de despliegue, y un modelo borrador para descodificación especulativa es un componente complementario separado. Las cifras de recursos o velocidad de una configuración no describen automáticamente todos los formatos del modelo y las ventanas de trabajo.

Liquid desaconseja expresamente LFM2.5-2.6B para programación mediante agentes o tareas que requieran amplios conocimientos. Mantén su uso centrado en flujos concretos con pruebas aportadas, reglas de extracción y observaciones de herramientas. El checkpoint preentrenado Base también es un componente separado destinado a personalización, mientras que esta edición con entrenamiento posterior es el modelo de agentes. Para el resultado final, contrasta los valores extraídos con su fuente, comprueba que un pasaje citado respalde la respuesta y distingue una llamada a herramienta solicitada de una operación con un resultado registrado. Conserva la información sin resolver cuando afecte a la conclusión, en lugar de dejar que un texto fluido la oculte.