Glama référence le connecteur Opsphere pour les investigations opérationnelles
Glama référence Opsphere — DevOps & SRE Intelligence sous io.opsphere.mcp-cursor. Une session Glama peut atteindre la passerelle distante Opsphere en Streamable HTTP et OAuth2 pour investiguer des bugs, évaluer la préparation d’une release, chercher des logs, trier des pannes, diagnostiquer une CI en échec, vérifier des déploiements et interroger les plateformes cloud connectées. Glama marque la propriété comme vérifiée et indique qu’OAuth fonctionne dans Glama.
La fiche inclut des sous-agents QA en lecture seule. Opsphere est en lecture seule par défaut. Les systèmes connectés restent la source des preuves. Opsphere ne copie pas cette télémétrie dans un autre magasin.
Ce qui change
Opsphere est disponible depuis Glama comme connecteur vers la même passerelle distante. Glama est un chemin client. Il ne remplace pas les systèmes qui détiennent les logs, les déploiements ou l’état cloud.
Comment ça fonctionne
Le connecteur utilise Streamable HTTP, et la fiche indique MCP daté 2025-11-25. L’utilisateur s’authentifie avec OAuth2. Opsphere interroge ensuite les systèmes que ce tenant a connectés. Ces systèmes fournissent les preuves.
Pourquoi c’est utile
Une équipe qui travaille dans Glama peut utiliser le connecteur pour la préparation d’une release, une CI en échec, des pannes et les plateformes cloud connectées sur la passerelle distante. Les systèmes déjà connectés restent la source de ces preuves.
Limites et prérequis
Opsphere est en lecture seule par défaut. Les systèmes sources restent l’autorité pour les données opérationnelles sous-jacentes. Une action lancée par l’utilisateur est distincte de ce défaut.
- OAuth est requis. La fiche Glama indique qu’OAuth fonctionne dans Glama.
- Les sous-agents QA de la fiche sont en lecture seule.
- Glama ne devient pas la source des logs, des déploiements ou de l’état cloud.