LiquidAI: LFM2.5-2.6B (free)

Liquid AI LFM2.5-2.6B est le modèle textuel postentraîné de la famille compacte LFM2.5 de Liquid, conçu pour les agents exécutés sur l’appareil et les processus 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 du texte 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 tâches agentiques, l’utilisation d’outils, l’extraction de données, la génération augmentée par récupération et les processus à contexte long. La chaîne d’entraînement de cette version combine le réglage fin supervisé, des modèles enseignants spécialisés, la distillation multidomaine selon la politique courante et l’apprentissage par renforcement dans des environnements d’agents. Cela aide à expliquer son orientation vers le suivi de consignes, l’utilisation d’observations d’outils et la progression en plusieurs étapes. Donnez-lui 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 une extraction, définissez les champs et les règles relatives aux sources avant de fournir le contenu. Une demande pratique est : « Lisez ces mises à jour de service, extrayez l’identifiant, le statut indiqué et la prochaine action requise de chaque dossier, et conservez la phrase qui appuie chaque champ. Renvoyez null lorsqu’un champ manque. » Précisez s’il faut copier une valeur exactement, la normaliser ou la déduire. Cela rend la sortie examinable et empêche qu’une interprétation plausible remplace silencieusement les renseignements réellement présents dans la source.

Pour la RAG, fournissez les passages pertinents avec des étiquettes stables et demandez une réponse fondée sur ceux-ci. Exemple : « En utilisant uniquement ces consignes d’installation, expliquez les étapes qui s’appliquent à l’environnement indiqué et énumérez les préalables encore inconnus. » Gardez les versions des documents et les conditions avec le texte. Demandez au modèle de signaler un fait manquant ou contradictoire plutôt que d’inventer une procédure complète. Cette approche correspond mieux à la recommandation du fabricant pour les tâches fondées sur les sources que de demander au 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. La fiche du fabricant recommande temperature 0.1, top-k 50 et une pénalité de répétition de 1.1 pour la génération. Ce sont les réglages de la configuration du modèle nommé. Distinguez le livrable final du texte de raisonnement et réservez de la place aux deux dans la requête de travail. Il ne faut pas présumer que ce modèle dispose des commandes ou des modes de réponse directe d’autres éditions LFM de suivi de consignes.

Le modèle utilise un format de conversation semblable à ChatML avec les rôles system, user, assistant et tool. Son processus de fonctions documenté comporte quatre étapes : définir les outils, laisser le modèle demander une fonction, exécuter cette fonction dans l’application qui l’entoure et renvoyer le résultat réel pour permettre au modèle de répondre. Les appels natifs sont des listes de style Python entourées de marqueurs d’appel d’outil; le fabricant décrit aussi la demande d’un format d’appel JSON au moyen de la consigne système. Utilisez l’analyseur approprié, vérifiez le nom de fonction et les arguments selon les définitions fournies, et conservez le résultat avec l’appel qui l’a produit.

Pour un processus d’agent compact, exposez seulement 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 pourrait rechercher le statut d’un dossier fourni, comparer le statut renvoyé à une règle et expliquer si un suivi est nécessaire. Fournissez l’identifiant du dossier comme élément probant et demandez une réponse finale liée à l’observation renvoyée. Le modèle propose et interprète l’opération; l’application fournit son exécution et son résultat réels.

La fiche actuelle du fabricant précise un contexte de modèle de 131 072 jetons, et la publication 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 de retracer une comparaison ou une dépendance précise. 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 brouillon de décodage spéculatif est un livrable compagnon distinct. Les chiffres de ressources ou de vitesse d’une configuration ne décrivent pas automatiquement tous les formats de modèle et toutes les fenêtres de travail.

Liquid déconseille explicitement LFM2.5-2.6B pour la programmation agentique ou les tâches exigeant beaucoup de connaissances. Concentrez-le sur des processus concrets avec des éléments probants fournis, des règles d’extraction et des observations d’outils. Le point de contrôle Base préentraîné est aussi un livrable distinct destiné à la personnalisation, tandis que cette édition postentraînée est le modèle d’agent. Pour le résultat final, confrontez les valeurs extraites à leur source, vérifiez qu’un passage cité appuie la réponse et distinguez un appel d’outil demandé d’une opération avec un résultat enregistré. Préservez les renseignements non résolus lorsqu’ils influent sur la conclusion plutôt que de laisser un texte fluide les masquer.