Évaluation des LLM locaux : génération backend par appel de fonctions – comparaison entre GLM, Qwen et DeepSeek

Cinq mois après une première mesure non contrôlée, AutoBe.dev a publié un benchmark propre des LLM locaux et frontaliers pour la génération de code backend via l'appel de fonctions. Le benchmark utilise une configuration à variable contrôlée avec une grille d'évaluation réelle, testant les modèles sur la génération de schémas AST à union récursive via un harnais d'appel de fonctions.
Principaux résultats
- Le harnais d'appel de fonctions a effectivement comblé l'écart entre les modèles frontaliers et locaux en génération backend. Plus précisément, les scores de conception DB/API de
gpt-5.4sont approximativement égaux à ceux deqwen3.5-35b-a3b, et les scores de logique declaude-sonnet-4.6correspondent à ceux deqwen3.5-27b. - Ceci est le dernier tour incluant les modèles frontaliers. Les exécuter mensuellement coûte environ 200–300 millions de tokens (~1 000–1 500 $ par modèle sur la tarification GPT 5.5). À partir du mois prochain, seuls les endpoints OpenRouter à moins de 0,25 $/M tokens ou les modèles tenant sur un ordinateur portable à mémoire unifiée de 64 Go seront inclus.
- L'automatisation frontend sera ajoutée au benchmark dans le tour de juin/juillet, en utilisant le SDK qu'AutoBe émet déjà pour piloter des frontends entièrement construits par IA (visuels bruts, mais toutes les fonctions fonctionnent).
Inversions inattendues
Plusieurs résultats sont encore en cours d'investigation :
openai/gpt-5.4obtient des scores inférieurs à ceux de son propremini.deepseek-v4-prose place un cran en dessous deqwen3.5-35b-a3bet se démarque à peine de son propreFlash.- Dans la famille Qwen, le dense 27B bat toutes les variantes MoE, y compris 397B-A17B.
Les explications possibles en cours d'investigation incluent le phénomène de conformité au CoT (les modèles plus grands/frontaliers ont tendance à ignorer les instructions procédurales imposées par le harnais) et des défauts du benchmark (n=4 projets de référence, bande de score étroite, harnais évaluant son propre pipeline).
Modèles recommandés
Trois candidats verrouillés pour le mois prochain :
openai/gpt-5.4-nano— 0,25 $/M tokensqwen/qwen3.6-27b— 0,195 $/M tokensdeepseek/deepseek-v4-flash— 0,14 $/M tokens
Tous sont à moins de 0,25 $/M sur OpenRouter ou exécutables sur un ordinateur portable à mémoire unifiée de 64 Go, et gèrent proprement l'appel de fonctions.
Références
- Tableau de bord du benchmark : https://autobe.dev/benchmark/
- Résultats de génération : GitHub : autobe-examples
- Dépôt GitHub : https://github.com/wrtnlabs/autobe
📖 Lire la source complète : r/LocalLLaMA
👀 See Also

Titre : Modèles locaux vs cloud : Qwen-3.6-27B, Gemma-4-31B, Claude Haiku, Codex-Spark sur la génération de code difficile
Un utilisateur a testé Qwen-3.6-27B (q4_k_m) localement sur une RTX 5080 par rapport à Gemma-4-31B, Claude Haiku 4.5 et Codex-Spark via API sur une tâche de code complexe. Seul Codex-Spark a produit un code complet (mais avec des erreurs d'import) ; tous les autres ont partiellement échoué. Coût : Gemma a utilisé 0,112 $ pour 803 000 tokens d'entrée.

Anthropic double les limites d'utilisation de Claude Code, signe un accord de calcul avec SpaceX
Anthropic a doublé les fenêtres d'utilisation de cinq heures pour les abonnés Claude Code Pro et Max, supprimé les réductions aux heures de pointe, et augmenté les limites de l'API Opus, citant un nouvel accord avec SpaceX pour plus de 300 MW de capacité de calcul depuis le superordinateur Colossus 1 (plus de 220 000 GPU NVIDIA).

Analyse des affirmations de Jensen Huang sur l'OpenClaw du GTC 2026 et de la stratégie de Nvidia
Une vérification des faits des affirmations du PDG de Nvidia, Jensen Huang, lors du discours d'ouverture du GTC 2026 concernant la croissance d'OpenClaw, les risques de sécurité des agents et les solutions propriétaires de Nvidia. La source vérifie les affirmations techniques tout en analysant le positionnement commercial de Nvidia.

Le filtre de politique de Claude bloque les travaux de bioinformatique impliquant des noms d'agents pathogènes.
Un chercheur en virologie computationnelle signale que le filtre de politique d'utilisation de Claude signale comme problématiques des scripts légitimes de bioinformatique lorsque des pathogènes sont nommés, nécessitant des contournements comme décrire les tâches sans nommer les organismes ou rétrograder vers Sonnet 4. Le problème affecte Claude Code, claude.ai, et les modèles Opus 4.6 et Sonnet 4.6.