MCP fonctionne aussi avec les modèles locaux — L'écosystème des serveurs mûrit rapidement
Le Model Context Protocol (MCP) est souvent associé à Claude d'Anthropic, mais il n'est lié à aucun modèle spécifique. Comme souligné dans une récente discussion sur r/LocalLLaMA, MCP fonctionne avec tout modèle prenant en charge les appels de fonctions — y compris les modèles locaux exécutés via Ollama.
Points clés du post
L'auteur a effectué plusieurs tests avec Ollama et Open Web UI, qui inclut désormais des fonctionnalités de base de client MCP. Le protocole MCP utilise un simple JSON RPC, ce qui le rend neutre vis-à-vis des modèles par conception. Tant que votre modèle utilise correctement les outils, il peut se connecter aux serveurs MCP.
Résultats principaux :
- Les petits modèles peinent avec l'utilisation d'outils multi-étapes.
- Les grands modèles (13B+) dotés de capacités d'appel de fonctions performent nettement mieux.
Écosystème des serveurs MCP
L'écosystème des serveurs MCP s'est considérablement développé. Parmi les serveurs disponibles :
- Systèmes de fichiers
- Navigateurs
- Bases de données
- GitHub
- Slack
- Serveurs spécifiques à un domaine
L'avantage : écrivez un serveur et tout client MCP peut l'utiliser. C'est particulièrement utile pour basculer entre modèles locaux et cloud.
À qui cela s'adresse
Développeurs utilisant des LLM locaux souhaitant intégrer des outils externes via MCP sans dépendre de solutions exclusivement cloud.
📖 Lire la source complète : r/LocalLLaMA
👀 See Also
Clarification des capacités d'automatisation d'OpenClaw
OpenClaw n'exécute pas de tâches entièrement automatisées de manière indépendante ; il nécessite des instructions de l'utilisateur pour la configuration, agissant davantage comme un LLM traditionnel.
Claude Code 2.1.233 : prise en charge des MR GitLab, limites de mémoire et correctifs de sécurité
Claude Code v2.1.233 ajoute la prise en charge des URL de merge request GitLab, des limites de mémoire optionnelles pour Bash, et corrige une fuite d'identifiants NTLM et une utilisation CPU excessive.
Claude Code Sous-agents Ne Chargent Pas les Compétences dans les Systèmes Multi-Agents
Un développeur signale que les sous-agents dans Claude Code v2.1.91 ne peuvent pas accéder aux compétences définies dans le répertoire .claude/skills/, bien que ces compétences fonctionnent parfaitement dans la session principale. Plusieurs approches, y compris les compétences dans le frontmatter de l'agent, l'outil Skill, les drapeaux CLI et les équipes d'agents, échouent toutes.
FairyFuse réalise un accélération de 29,6x du noyau sur les CPU grâce à une inférence sans multiplication de poids ternaire
FairyFuse fusionne huit sous-GEMV réels en une seule boucle AVX-512 en utilisant des additions/soustractions masquées, atteignant 32,4 tokens/s sur Xeon 8558P et un gain de vitesse de 1,24x par rapport à llama.cpp Q4_K_M avec une qualité quasi sans perte.