LiquidAI: LFM2.5-2.6B (free)

Liquid AI LFM2.5-2.6B est le modèle textuel post-entraîné de la famille compacte LFM2.5 de Liquid, conçu pour les agents exécutés sur l’appareil et les flux pratiques. Sa fiche précise indique 2,69 milliards de paramètres et 30 couches : 22 blocs de convolution courte à double porte et huit blocs d’attention à requêtes groupées. Cette conception hybride vise un traitement textuel efficace. Le modèle accepte et retourne du texte, notamment une réponse raisonnée ou une demande d’utilisation d’une fonction définie.

Le fabricant le recommande pour les charges agentiques, l’utilisation d’outils, l’extraction de données, la génération augmentée par récupération et les flux à contexte long. La chaîne d’entraînement de cette version associe ajustement fin supervisé, enseignants spécialisés, distillation multidomaine selon la politique courante et apprentissage par renforcement dans des environnements d’agents. Cela explique son orientation vers le suivi d’instructions, l’utilisation d’observations d’outils et la progression en plusieurs étapes. Fournissez les documents réels et un objectif précis plutôt que de compter sur de larges connaissances apprises pour combler les lacunes.

Pour une extraction, définissez les champs et les règles des sources avant de fournir les documents. Demande pratique : « Lisez ces mises à jour de service, extrayez l’identifiant, le statut déclaré et la prochaine action requise de chaque enregistrement, et conservez la phrase justifiant chaque champ. Renvoyez null lorsqu’un champ manque. » Précisez si une valeur doit être copiée exactement, normalisée ou déduite. Cela rend la sortie examinable et évite qu’une interprétation plausible remplace silencieusement les informations réellement présentes dans la source.

Pour le RAG, fournissez les passages pertinents avec des étiquettes stables et demandez une réponse qui s’y fonde. Exemple : « En utilisant uniquement ces instructions d’installation, expliquez les étapes applicables à l’environnement indiqué et énumérez les prérequis encore inconnus. » Conservez les versions des documents et les conditions avec le texte. Demandez au modèle d’identifier un fait manquant ou contradictoire plutôt que d’inventer une procédure complète. Cela correspond mieux aux tâches fondées sur les sources recommandées par le fabricant que de traiter ce modèle compact comme une réserve exhaustive de connaissances spécialisées.

LFM2.5-2.6B est un modèle de raisonnement pur : son modèle de conversation commence la réponse de l’assistant par un marqueur de réflexion, et il raisonne avant la réponse finale. Sa fiche fabricant recommande temperature 0.1, top-k 50 et une pénalité de répétition de 1.1 pour la génération. Ces réglages appartiennent à la recette du modèle nommé. Distinguez le livrable final du texte de raisonnement et laissez de la place aux deux dans une requête de travail. Ne supposez pas que les commandes ou modes de réponse directe d’autres éditions LFM d’instructions s’appliquent ici.

Le modèle utilise un format conversationnel proche de ChatML, avec les rôles system, user, assistant et tool. Son flux de fonctions documenté comporte quatre étapes : définir les outils, laisser le modèle demander une fonction, l’exécuter dans l’application et renvoyer le résultat réel pour que le modèle réponde. Les appels natifs sont des listes de style Python encadrées de marqueurs d’appel d’outil ; le fabricant décrit aussi la demande d’un format d’appel JSON par instruction système. Utilisez l’analyseur adapté, vérifiez le nom et les arguments de la fonction au regard des définitions fournies, et conservez le résultat avec l’appel qui l’a produit.

Pour un flux d’agent compact, exposez uniquement les fonctions pertinentes pour la tâche actuelle, avec des descriptions concises et des types d’arguments explicites. Les définitions d’outils occupent elles-mêmes du contexte. Une séquence utile peut rechercher le statut d’un enregistrement fourni, le comparer à une règle et expliquer si un suivi est nécessaire. Fournissez l’identifiant de l’enregistrement comme élément probant et demandez une réponse finale reliée à l’observation retournée. Le modèle propose et interprète l’opération ; l’application fournit son exécution réelle et son résultat.

La fiche actuelle du fabricant précise un contexte de modèle de 131 072 tokens, et la présentation décrit une étape dédiée d’extension du contexte. Travaillez dans la fenêtre de la configuration utilisée, en conservant les limites des sources, l’historique pertinent et de la place pour la continuation. Pour plusieurs documents, demandez une comparaison précise ou le suivi d’une dépendance. Le point de contrôle natif et les livrables GGUF, ONNX et MLX répondent à différents besoins de déploiement ; un modèle brouillon pour décodage spéculatif est un compagnon distinct. Les chiffres de ressources ou de vitesse d’une configuration ne décrivent pas automatiquement tous les formats et fenêtres de travail.

Liquid déconseille explicitement LFM2.5-2.6B pour la programmation agentique et les tâches exigeant de vastes connaissances. Concentrez-le sur des flux concrets avec preuves fournies, règles d’extraction et observations d’outils. Le point de contrôle Base pré-entraîné est aussi un livrable distinct destiné à la personnalisation, tandis que cette édition post-entraînée est le modèle d’agent. Pour le résultat final, vérifiez les valeurs extraites dans leur source, contrôlez qu’un passage cité étaye la réponse et distinguez un appel d’outil demandé d’une opération au résultat consigné. Préservez les informations non résolues lorsqu’elles influencent la conclusion au lieu de laisser un texte fluide les masquer.