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 sur appareil et les parcours pratiques. Sa fiche exacte 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. La conception hybride vise un traitement textuel efficace. Le modèle accepte et renvoie 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 parcours à contexte long. L’entraînement de cette version combine ajustement supervisé, modèles enseignants spécialisés, distillation multidomaine sur politique courante et apprentissage par renforcement dans des environnements d’agents. Cela explique sa priorité au suivi des consignes, aux 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 des connaissances générales apprises pour combler les lacunes.

Pour l’extraction, définissez les champs et les règles de source avant de fournir les documents. Exemple pratique : « Lisez ces mises à jour de service, extrayez l’identifiant de chaque enregistrement, son état déclaré et la prochaine action requise, puis conservez la phrase étayant chaque champ. Renvoyez null lorsqu’un champ manque. » Précisez s’il faut copier une valeur à l’identique, la normaliser ou la déduire. Cela rend la sortie examinable et empêche une interprétation plausible de remplacer silencieusement les informations réellement présentes dans la source.

Pour le RAG, fournissez des passages pertinents avec des étiquettes stables et demandez une réponse fondée sur ceux-ci. Exemple : « À partir de ces seules instructions d’installation, expliquez quelles étapes s’appliquent à l’environnement indiqué et listez les prérequis encore inconnus. » Conservez versions documentaires et conditions avec le texte. Demandez 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 demander à un modèle compact de servir de 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 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 la requête. Ne supposez pas que les commandes ou modes de réponse directe d’autres éditions d’instructions LFM existent pour ce modèle.

Le modèle utilise un format de conversation proche de ChatML, avec rôles système, utilisateur, assistant et outil. Son parcours documenté de fonctions compte quatre étapes : définir les outils, laisser le modèle demander une fonction, exécuter cette fonction dans l’application, puis renvoyer le résultat réel afin que le modèle réponde. Les appels natifs sont des listes de style Python encadrées par des 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 de fonction et les arguments à partir des définitions fournies, puis conservez le résultat avec l’appel qui l’a produit.

Pour un parcours d’agent compact, n’exposez que 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 consulter l’état 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 justificatif et demandez une réponse finale liée à l’observation renvoyée. Le modèle propose et interprète l’opération ; l’application assure son exécution et son résultat réels.

La fiche actuelle du fabricant spécifie un contexte de 131 072 tokens, et la publication décrit une étape dédiée d’extension du contexte. Respectez 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 une dépendance à retracer. Le point de contrôle natif et les livrables GGUF, ONNX et MLX répondent à des besoins de déploiement différents ; un modèle auxiliaire de proposition pour le décodage spéculatif constitue un livrable compagnon distinct. Les chiffres de ressources ou de vitesse d’une configuration ne décrivent pas automatiquement chaque format et fenêtre 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 parcours concrets avec éléments fournis, règles d’extraction et observations d’outils. Le point de contrôle préentraîné Base est également 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 à partir de 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 enregistré. Préservez les informations non résolues qui affectent la conclusion, sans les laisser masquer par un texte fluide.