Feyn AI lance SQRL, une famille de modèles texte-vers-SQL qui inspecte la base de données avant d'écrire une requête
La startup américaine Feyn AI, soutenue par Y Combinator, a publié SQRL, une famille de modèles text-to-SQL qui inspecte la base de données avant de rédiger sa requête, plutôt que de la générer d'un seul coup. Le modèle phare, SQRL-35B-A3B, atteint 70,6% de précision d'exécution sur le benchmark BIRD Dev, dépassant Claude Opus 4.6, crédité de 68,77% sur la même évaluation. Trois versions sont disponibles en accès libre sur Hugging Face : SQRL-4B, SQRL-9B et SQRL-35B-A3B. Concrètement, le modèle reçoit une question, le schéma de la base et, éventuellement, des indices supplémentaires. S'il dispose d'assez d'informations, il répond immédiatement. Sinon, il exécute des requêtes de lecture seule pour explorer les données avant de formuler sa réponse finale, dans la limite de cinq inspections. Techniquement, le système distingue deux actions : un bloc <sql> pour interroger la base et observer le résultat, et un bloc <answer> pour livrer la requête définitive.
Cette approche s'attaque à un problème que la traduction pure ne résout pas : une requête SQL peut être syntaxiquement parfaite et pourtant renvoyer une réponse fausse, par exemple en joignant les mauvaises tables ou en mal interprétant une valeur ambiguë comme un nom de comté orthographié différemment selon les lignes. Un schéma de base de données ne révèle ni ces incohérences ni les doublons générés par certaines jointures, alors qu'une inspection directe des données le peut. Pour les entreprises qui exposent leurs bases à des assistants en langage naturel, cette capacité à vérifier avant de répondre réduit le risque de décisions prises sur des chiffres erronés, sans nécessiter les pipelines coûteux à plusieurs appels vers des modèles frontières que ce niveau de fiabilité exigeait jusqu'ici.
Le secteur du text-to-SQL oscillait jusque-là entre deux approches: les modèles à génération unique, rapides mais sujets aux erreurs d'interprétation, et les pipelines complexes combinant récupération de contexte, génération de plusieurs candidats et sélection, coûteux en calcul et en allers-retours vers la base. SQRL vise à fusionner les deux logiques dans un seul modèle, qui ne paie le coût d'une inspection que lorsque la question l'exige réellement. Pour l'entraîner à cette discipline, Feyn a d'abord nettoyé ses données issues des benchmarks BIRD et Spider, écartant les exemples dont la requête de référence ne produisait aucun résultat exploitable, puis a fait valider les paires restantes par trois modèles juges chargés de vérifier que chaque requête répondait bien à la question posée.
Dans nos dossiers
Vu une erreur factuelle dans cet article ? Signalez-la. Toutes les corrections valides sont publiées sur /corrections.



