AI Extensions : Appwrite MCP 1.0 et l’Agent Package Manager 0.33 de Microsoft
Un serveur peut désormais gérer un backend via votre agent, et un outil écrit la même config MCP dans tous vos environnements d’agents. Les deux demandent de regarder de près ce qu’ils ont le droit de toucher.
Deux changements de cette semaine se tiennent de part et d’autre du même problème. Appwrite a déclaré son serveur MCP stable, ce qui donne à un agent plus de backend à piloter. L’Agent Package Manager de Microsoft est passé en version 0.33 et décide quelle config reçoit chaque agent de votre machine. Aucun des deux n’est une raison d’accorder plus d’accès que la tâche n’en demande.
En bref
Sources officielles : appwrite/mcp (MIT, v1.0.2 publiée le 2 octobre 2026 ; 72 étoiles, 19 forks, 6 tickets ouverts le 5 octobre) et microsoft/apm (MIT, v0.33.0 publiée le 2 octobre, dernier push le 5 octobre ; 3 936 étoiles, 385 forks, 227 tickets ouverts le 5 octobre). Popularité n’est pas qualité. Je n’ai installé ni l’un ni l’autre.
Appwrite MCP server 1.0
- Officiel : journal des modifications d’Appwrite, 1er octobre et https://github.com/appwrite/mcp
- Licence et suivi : MIT. La version 1.0.0 a été annoncée le 1er octobre, et la dernière publication du dépôt est la v1.0.2 du 2 octobre.
- Installation : le README oriente les clients vers le serveur hébergé https://mcp.appwrite.io/ et ouvre dans le navigateur un écran de consentement OAuth. Aucune clé à copier. Une exécution locale d’une instance auto-hébergée demande
mcp-server-appwrite1.0.0.
Le journal précise qu’il s’agit de marquer le serveur existant comme stable, pas d’un nouveau flux. Le catalogue couvre désormais la vérification et la récupération par code e-mail, plus de fournisseurs OAuth (Cloudflare, Kakao, Resend, TikTok, Webflow), le fournisseur de messagerie Appwrite et les clés d’API de projet, y compris éphémères. Les actions sur les clés relèvent de l’administration de l’organisation et n’existent que sur la connexion OAuth distante. Les clients qui mettent en cache les noms d’outils doivent relancer la découverte : un outil a été renommé et des points d’accès retirés.
Réserve : un agent qui peut créer et supprimer des clés d’API de projet peut s’en fabriquer. Sur l’écran de consentement, approuvez les portées les plus étroites possibles et commencez par un projet de test.
Microsoft APM 0.33
- Officiel : https://github.com/microsoft/apm, documentation sur la page d’installation MCP, version v0.33.0
- Licence et suivi : MIT. Publiée le 2 octobre, avec un push le 5 octobre.
- Installation : déclarez les serveurs une fois sous
dependencies.mcpdans apm.yml, ou lancez une commande, et APM écrit la config de chaque environnement pour les cibles détectées.
claude mcp add --transport http appwrite https://mcp.appwrite.io/
apm install --mcp io.github.github/github-mcp-serverL’intérêt est la reproductibilité : un fichier décrit le contexte d’un agent, et un collègue qui clone le dépôt obtient la même installation. Les notes de la v0.33.0 sont surtout des correctifs, comme des entrées MCP correctes pour Claude, Codex et Cursor, plus une nouvelle commande apm auth pour les identifiants d’hôtes git et une limite sur le parcours Unicode caché de l’audit.
Réserve : les clés inconnues d’une entrée de serveur sont recopiées dans la config de chaque environnement, et un paquet dépendant peut ajouter des serveurs MCP aux vôtres. Lisez les changements d’apm.yml comme du code et gardez les jetons dans des variables d’environnement, pas dans le manifeste. Le projet n’a pas atteint la 1.0 : attendez-vous à des changements.
Sources et limites
J’ai lu chaque page le 5 octobre 2026 et relevé le même jour étoiles, forks, tickets et dates de version sur GitHub. Je n’ai rien installé ni exécuté. Les réserves sont mon analyse.