Smithery référence le connecteur Opsphere pour les investigations opérationnelles
Smithery référence Opsphere comme opsphere/opsphere. La fiche, publiée le 15 octobre 2026, décrit une intelligence DevOps, SRE et QA pour Cursor : 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. Les systèmes connectés restent la source de ces preuves.
Une session Smithery ajoute le connecteur avec npx -y smithery mcp add opsphere/opsphere. Smithery propose aussi une connexion directe à la passerelle Opsphere. Opsphere est en lecture seule par défaut et ne copie pas cette télémétrie dans un autre magasin.
Ce qui change
Opsphere est disponible depuis Smithery comme connecteur vers la même passerelle distante. Smithery 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
Smithery a publié la fiche le 15 octobre 2026 sous opsphere/opsphere. L’utilisateur l’ajoute avec npx -y smithery mcp add opsphere/opsphere, ou utilise la connexion directe que Smithery affiche. 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 Smithery 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.
- La fiche est opsphere/opsphere, publiée sur Smithery le 15 octobre 2026.
- Ajouter le connecteur utilise npx -y smithery mcp add opsphere/opsphere.
- Smithery ne devient pas la source des logs, des déploiements ou de l’état cloud.