AI Extensions : Apollo MCP Server 2.0 rend les hooks concurrents
Le serveur MIT ajoute un protocole MCP et retire un verrou. État en cache et effets externes demandent un test.
Aujourd’hui, AI Extensions examine un seul projet plutôt qu’une liste de noms. Apollo MCP Server 2.0 change le partage d’état entre les hooks de requêtes. Corriger un blocage peut aussi modifier le sens de votre script.
AI Extensions : Apollo MCP Server 2.0 rend les hooks concurrents
Le serveur MIT ajoute un protocole MCP et retire un verrou. État en cache et effets externes demandent un test.
Version et licence vérifiées
Le serveur officiel Apollo expose les opérations GraphQL comme outils MCP. Le titre de la version 2.0.0 porte la date du 5 octobre 2026 ; l’horodatage GitHub affiché est du 6 octobre. Elle ajoute MCP 2026-07-28 en conservant les anciens clients pris en charge. Le dépôt et LICENSE indiquent MIT pour le code du serveur. Cela ne fixe pas les conditions du compte GraphOS hébergé ni de chaque dépendance.
Le dépôt affichait 305 étoiles et 75 forks le 7 octobre. Ce sont des signaux communautaires observés, pas des installations ni des preuves de sécurité. La version 2.0 datée est le signal de maintenance retenu. J’ai lu les notes, README, licence et guide, sans compiler ni exécuter le serveur.
Le changement à tester
Les notes décrivent un verrou exclusif autour des hooks Rhai. Un hook attendant un appel HTTP pouvait garder le verrou du moteur et bloquer les threads de travail. Le cas rapporté demandait trois appels simultanés sur deux cœurs. La version 2.0 exécute les hooks sur un instantané du moteur sans conserver ce verrou pendant le script. Le rechargement remplace le moteur, tandis que les appels actifs gardent leurs scripts initiaux.
Chaque invocation reçoit sa propre copie des variables de premier niveau de main.rhai, y compris les valeurs capturées par les fermetures. Les écritures disparaissent au retour du hook au lieu de parvenir aux appels suivants. Un cache de jetons ou un compteur perd donc ses écritures sans erreur ni journal, avertissent les notes. Les effets externes deviennent aussi concurrents : l’ancien verrou ne les sérialise plus par accident.
Installation selon le guide actuel
Le guide GraphOS exige Rover CLI 0.37 ou plus récent, une authentification GraphOS, Node.js 18 ou plus pour mcp-remote et un client MCP. rover init --mcp lance l’assistant qui crée schéma, opérations et configuration. Après chargement du fichier d’environnement, la commande locale est rover dev --supergraph-config supergraph.yaml --mcp .apollo/mcp.local.yaml.
Le guide place GraphQL sur localhost:4000 et MCP sur 127.0.0.1:8000, puis utilise MCP Inspector via HTTP pour lister les outils. Un client peut employer mcp-remote avec le point /mcp local. C’est la description du parcours du fournisseur, pas une demande de coller un secret dans une conversation ni d’exécuter un installateur non relu. README décrit aussi cargo build si Rust est installé.
Mon analyse : répéter la migration en petit
Utilisez un graphe de test avec des données synthétiques. Listez les opérations exposées et leurs droits avant la connexion du modèle. Commencez par une lecture, puis envoyez des appels simultanés qui dépendaient d’un compteur ou cache de premier niveau. Consignez chaque résultat. Un état persistant exige un stockage choisi explicitement ; une variable de script n’est plus ce stockage. Ne journalisez pas de vrais jetons.
Testez aussi un jeton refusé, un droit absent et une requête interrompue. Vérifiez l’effet dans GraphQL, pas seulement la réponse MCP. Les mutations écrivent dans l’application même présentées comme outils pratiques. Les effets des hooks ont besoin de leurs propres règles de concurrence et de reprise. Cette répétition est proposée, pas réalisée, et ne certifie pas le serveur.
Compatibilité et confidentialité
Les notes disent qu’un passage de 1.20.0 ne nécessite pas de modification de configuration, mais les écritures Rhai doivent être revues. Les migrations plus anciennes incluent le remplacement de SSE par streamable_http, un nouveau port et des validations plus strictes. Consultez votre version réelle : les nouveautés historiques ne sont pas toutes nouvelles en 2.0.
Les schémas et descriptions GraphQL exposent la structure de l’application ; les résultats peuvent contenir des données privées. Réduisez les opérations et les droits des identifiants, sans désactiver l’authentification. Les notes des mainteneurs ne sont pas une assurance indépendante. La popularité n’est pas la qualité, et MIT n’est pas une politique de confidentialité.