Smithery führt den Opsphere-Connector für operative Untersuchungen
Smithery führt Opsphere als opsphere/opsphere. Der Eintrag, veröffentlicht am 15. Oktober 2026, beschreibt DevOps-, SRE- und QA-Intelligenz für Cursor: Bugs untersuchen, die Release-Bereitschaft prüfen, Logs durchsuchen, Ausfälle triagieren, fehlgeschlagene CI diagnostizieren, Deployments prüfen und verbundene Cloud-Plattformen abfragen. Verbundene Systeme bleiben die Quelle dieser Nachweise.
Eine Smithery-Sitzung fügt den Connector mit npx -y smithery mcp add opsphere/opsphere hinzu. Smithery bietet auch eine direkte Verbindung zum Opsphere-Gateway. Opsphere ist standardmäßig nur lesend und kopiert diese Telemetrie nicht in einen anderen Speicher.
Was sich ändert
Opsphere ist über Smithery als Connector zum selben entfernten Gateway verfügbar. Smithery ist ein Client-Weg. Es ersetzt nicht die Systeme, die Logs, Deployments oder den Cloud-Zustand halten.
Wie es funktioniert
Smithery hat den Eintrag am 15. Oktober 2026 unter opsphere/opsphere veröffentlicht. Der Benutzer fügt ihn mit npx -y smithery mcp add opsphere/opsphere hinzu oder nutzt die direkte Verbindung, die Smithery anzeigt. Opsphere fragt dann die Systeme ab, die dieser Tenant verbunden hat. Diese Systeme liefern die Nachweise.
Warum es wichtig ist
Ein Team, das in Smithery arbeitet, kann den Connector für Release-Bereitschaft, fehlgeschlagene CI, Ausfälle und verbundene Cloud-Plattformen auf dem entfernten Gateway nutzen. Bereits verbundene Systeme bleiben die Quelle dieser Nachweise.
Grenzen und Voraussetzungen
Opsphere ist standardmäßig nur lesend. Quellsysteme bleiben für die zugrunde liegenden operativen Daten maßgeblich. Eine vom Benutzer ausgelöste Aktion ist von diesem Standard getrennt.
- Der Eintrag ist opsphere/opsphere, auf Smithery am 15. Oktober 2026 veröffentlicht.
- Den Connector hinzufügen verwendet npx -y smithery mcp add opsphere/opsphere.
- Smithery wird nicht zur Quelle von Logs, Deployments oder Cloud-Zustand.