Opsphere Neuigkeiten
Aktuelle Produktupdates, Integrationen und Unternehmensnews.
Opsphere bringt operativen Kontext per MCP in Slackbot
Opsphere liefert eine eigene Slack-Integration: Aktivieren Sie das Remote-MCP-Gateway als App in Slackbot-Gesprächen, authentifizieren Sie die Verbindung und stellen Sie Fragen in natürlicher Sprache zu beliebigen Integrationen Ihres gebuchten Plans — ohne Slack zu verlassen. Die Slackbot-Oberfläche ist auf allen aktuellen Plänen verfügbar; welche Tools antworten, folgt weiterhin den verbundenen Integrationen.
Die öffentliche Website ergänzt eine vollständige Slack-Integrationsseite zu MCP-Konfiguration, Authentifizierung und Aktivierung im Chat sowie die Entdeckung über den Integrations-Hub (Alerting und DevOps & Collaboration) und das Homepage-Karussell.
Dieses Release erweitert Opsphere über Editoren und den Web-Client hinaus in den Chat, in dem Teams bereits triageieren — ein operatives Gateway, jetzt aus Slackbot erreichbar.
Opsphere liefert eine eigene Codex-Integration
Opsphere bietet jetzt eine erstklassige Integration für OpenAI Codex CLI und ChatGPT Desktop — dasselbe Remote-MCP-Gateway und dieselbe operative Tool-Oberfläche wie in Cursor, mit einem Codex-nativen Plugin, Marketplace-Installation und OAuth-Client. Ingenieure können Incidents untersuchen, Endpoint-Gesundheit prüfen, CI diagnostizieren, Integrationen konfigurieren und Connection-Hub-Arbeitskontexte öffnen, ohne die Agent-Session zu verlassen.
Die öffentliche Website ergänzt eine eigene Codex-Seite im Stil der Cursor-Core-Product-Story mit Codex-spezifischer Installations- und Skill-Führung sowie Sichtbarkeit im Integrations-Hub unter AI Tools und im Homepage-Karussell. Die Header-Navigation fasst Cursor und Codex unter Plugins zusammen, damit beide Editor-Clients einen Klick entfernt bleiben.
Dieses Release stärkt Opsphere als gemeinsame operative Schicht für KI-native Editoren: ein Gateway, geführte Skills und read-only Investigation Flows — ob Teams in Cursor oder in Codex arbeiten.
AWS: Bedrock-Agents und Action-Group-Lambdas diagnostizieren
Die AWS-Integration ergänzt zwei schreibgeschützte Diagnose-Tools für Bedrock Agents mit derselben SSO- oder IAM-Sitzung wie Ihre übrigen aws_*-Tools — keine neuen Opsphere-Geheimnisse. Fokus ist operative Diagnose (Status, Aliase, Action Groups, IAM, Knowledge Bases und Findings), nicht das Produkt Agent Core.
aws_bedrock_agent_diagnose liefert in einem Aufruf Agent-Gesundheit, IAM-Warnungen, KB-Status, verknüpfte Lambdas und einen Beziehungsgraphen. aws_lambda_agent_diagnose vertieft Action-Group-Lambdas mit Konfiguration, IAM-Richtlinien und CloudWatch-Fehlersignalen (Umgebungsvariablen redigiert). Der geführte Prompt investigate-bedrock-agent führt denselben Read-only-Ablauf im Web-Chat und in MCP-Playbooks aus.
Das erweitert die bestehende AWS-Integration — kein neues Anbieter-Chip im Hub. Der vollständige Opsphere-Gateway-Katalog umfasst 318 operative Tools.
AWS: Athena-, S3-Find-, DynamoDB-Query- und Aurora-Data-API-Tools
Die AWS-Integration umfasst fünf zusätzliche schreibgeschützte Tools für Datenuntersuchungen: Athena-SQL, S3-Objektsuche per Prefix oder Key, DynamoDB Describe und Query (kein Scan) sowie Aurora-SQL über die RDS Data API. Sie nutzen dieselbe SSO- oder IAM-Sitzung — keine neuen Opsphere-Credentials; DB-Geheimnisse bleiben in Ihrem Secrets Manager.
Fragen Sie Athena ab, wenn Workgroup oder S3-Ergebnisort verfügbar sind. Finden Sie S3-Keys ohne Download. Beschreiben Sie DynamoDB-Schlüssel und -Indizes, dann Query per Primärschlüssel. Führen Sie schreibgeschütztes SQL auf Aurora per HTTPS mit Cluster- und Secret-ARN aus — nützlich bei Datenvorfällen ohne AWS-Konsole.
Das ist eine Erweiterung der bestehenden AWS-Integration, kein neues Hub-Logo. Der vollständige Opsphere-Gateway-Katalog umfasst 312 operative Tools.
Cloudflare: 14 neue Read-only-Tools für Workers, Logpush, Snippets und KV
Die Cloudflare-Integration umfasst jetzt 14 zusätzliche Read-only-Tools für tiefe Edge-Operationen — Worker-Skript-Inventar, Deployment-Historie, Custom Domains, Logpush-Jobs, Zone-Snippets, Account Rules Lists, KV-Namespaces und Zone-Einstellungen. Sie nutzen denselben Cloudflare-API-Token, den Sie bereits konfigurieren; keine neuen Credentials oder Integration-Slug.
Listen Sie Worker-Skripte, Deployments und Custom Domains vom Account auf. Prüfen Sie Logpush-Jobs und Zone-Snippet-Regeln neben den bestehenden DNS- und WAF-Tools. Lesen Sie Account Rules Lists und KV-Namespaces ohne das Cloudflare-Dashboard — hilfreich für Edge-Incident-Triage, WAF-Listen-Audits und Terragrunt-verwaltete Zonen.
Das Cloudflare-Modul hat auf der Gateway nun 49 Tools. Der vollständige Opsphere-Operationskatalog erreicht 307 Tools — eine Capability-Erweiterung der bestehenden Integration, kein neues Vendor-Logo im Hub.
Connection Hub: ein Cursor-Login für jeden Kunden-Workspace
Berater, Agenturen und Plattform-Teams betreiben oft getrennte Opsphere-Tenants pro Kunde — und das Wechseln zwischen IDE-Logins unterbricht den Flow bei Incidents. Connection Hub ist eine eigene Opsphere-Plattformfunktion, keine Vendor-Integration: Es verknüpft mehrere Kunden-Workspaces mit einer Cursor-Session per OAuth, damit Sie im selben IDE bleiben, während sich der operative Kontext ändert.
Verknüpfen Sie Kunden-Tenants mit ops_account_link_start, öffnen Sie einen serverseitigen Arbeitskontext mit ops_context_open und führen Sie operative Tools mit context_id aus. Das Gateway löst Credentials serverseitig auf — nichts Sensibles landet in der IDE-Konfiguration. Plugin-Skills link-account und open-work-context leiten das Onboarding; MCP-Ressourcen opsphere://hub/connections und opsphere://hub/active-context geben Agenten den Verbindungsstatus.
Hub-Installationen können keine Integrationen konfigurieren oder operative Tools ohne aktiven Arbeitskontext ausführen. Grants werden at rest verschlüsselt. Das Release fügt fünf Broker-Control-Plane-Tools zum Gateway-Katalog hinzu; die Cursor-Integrationsseite beschreibt Connection Hub nun neben dem bestehenden offiziellen Plugin-Workflow.
Algolia-Integration unterstützt jetzt Applications pro Umgebung über Cloud Catalog
Die Opsphere-Algolia-Integration ordnet jetzt jeder Cloud-Catalog-Umgebung — dev, staging, Produktion oder Ihre eigenen Katalog-Slugs — eine eigene Algolia-Application zu. Konfigurieren Sie Application IDs, Standard-Indizes und eingeschränkte Search-API-Keys pro Umgebung im Admin-Cloud-Catalog; MCP-Search-API-Tools akzeptieren optionales env, sodass Anfragen wie „Indizes in Staging auflisten“ die richtige Application statt Produktion auflösen. Globale Cluster-Diagnostik bleibt ohne Credentials.
Enterprise-Storefronts betreiben oft getrennte Algolia-Applications pro Tier. Dieses Update bringt Opsphere mit diesem Modell in Einklang und verhindert Credential-Leaks zwischen Umgebungen. Legacy-Konfiguration mit einer globalen Application ID und API-Key bleibt für Single-App-Tenants unterstützt.
Integrationsdetail und API-Referenz auf der Website beschreiben jetzt die Multi-Environment-Einrichtung neben den bestehenden Such- und Index-Triage-Workflows.
Intelligentere operative Speicher-Abfrage und Admin-GDPR-Steuerung
Opspheres operative Speicherung liefert MCP-Agenten destillierten Kontext aus vergangenen Incidents, Repository-Notizen, Session-Zusammenfassungen und leichten Entscheidungen — damit Untersuchungen mit Präzedenz starten statt denselben Boden erneut abzudecken. Speicher ergänzt Live-Observability und Infrastruktur-Tools; Agenten verifizieren den aktuellen Zustand weiterhin mit Datadog, Kubernetes, Vercel und anderen operativen Quellen.
Dieses Release verbessert die Abfrage: Volltextsuche mit titelgewichtetem Ranking, automatische mehrstufige Query-Expansion für Ops-Vokabular und heuristisches Ranking, das aktive Incidents, jüngste Entscheidungen und häufig genutzte Repositories priorisiert. Der Ansatz ist auf kurze operative Korpora ausgelegt — schnelle Abfrage ohne Embedding-Latenz oder zusätzliche Suchinfrastruktur.
Tenant-Admins erhalten zudem Governance-Kontrollen im Admin-Portal: Speichereinträge listen und filtern, veraltete Einträge mit Begründung invalidieren und GDPR-Benutzer-Purge mit Dry-Run-Vorschau ausführen — mit Audit-Trail für Purge-Aktionen. Self-Service-MCP-Tools bleiben für Nutzer verfügbar, die Löschung ohne Admin-Eingriff benötigen.
Railway-Integration bringt PaaS-Deploy- und Runtime-Triage nach Opsphere
Opsphere integriert jetzt Railway und erweitert die operative Sichtbarkeit auf PaaS-Projekte, Deployments und Runtime-Gesundheit. Teams können Projektstatus über Umgebungen und Services prüfen, jüngste Deployments einsehen, Build- und Runtime-Logs abrufen und read-only Incident-Diagnose für korrelierte Hypothesen ausführen — alles im selben operativen Workspace wie für Vercel, Kubernetes, Datadog und AWS.
Railway-Deploy- und Log-Signale mit Infrastruktur- und Observability-Daten zu verbinden, hilft Ingenieuren zu klären, ob ein Ausfall mit einem fehlgeschlagenen Release, einem Runtime-Fehlermuster oder einer Upstream-Abhängigkeit begann — ohne bei jeder Untersuchung zwischen Railway, Monitoring-Tools und Incident-Chat zu wechseln.
Damit wächst Opsphere weiter als einheitliche operative Schicht, die PaaS-Triage mit Delivery-, Observability- und Infrastruktur-Signalen in einer konsistenten read-only Erfahrung korreliert.
Algolia-Integration bringt Such- und Index-Gesundheit in den operativen Kontext
Opsphere integriert jetzt Algolia und erweitert die operative Sichtbarkeit auf Suchinfrastruktur und Index-Gesundheit. Teams können den globalen Cluster-Status und die Incident-Historie ohne Credentials prüfen, Indizes mit Eintragszahlen und Build-Metadaten listen, Suchanfragen reproduzieren, indexierte Datensätze per objectID validieren und jüngste API-Aktivität einsehen — alles im selben read-only operativen Workspace.
Algolia-Indexdaten mit Deployments, CMS-Änderungen und Storefront-Observability zu verbinden, hilft Ingenieuren zu klären, ob Suchprobleme von veralteten Datensätzen, Ranking-Einstellungen oder Upstream-Incidents stammen — ohne bei jeder Untersuchung zwischen Algolia, Contentful CMS, Datadog und Sentry zu wechseln.
Damit wächst Opsphere weiter als einheitliche operative Schicht, die Such-Triage mit Infrastruktur-, Observability- und Delivery-Signalen in einer konsistenten read-only Erfahrung korreliert.
Opsphere bereitet den Start seines offiziellen Plugins für Codex vor
Opsphere finalisiert den bevorstehenden Launch seines offiziellen Plugins für Codex und Cursor — entwickelt, um operative Intelligenz und DevOps-Diagnostik direkt in die Entwicklungsumgebung und Chat-Oberfläche zu bringen. Auf einer Remote-MCP-Architektur (Model Context Protocol) können Ingenieur- und SRE-Teams Incidents untersuchen, Metriken prüfen, Deployments analysieren und Netzwerkdiagnosen auf Plattformen wie Datadog, Vercel, GitHub, AWS, Sentry oder Jira durchführen, ohne den Editor zu verlassen oder den Kontext zu wechseln.
Die Opsphere-Integration in Codex und Cursor beseitigt die Reibung zwischen Code schreiben und Produktionsanalyse. Über geführte Flows in natürlicher Sprache führen Teams Endpoint-Health-Checks, Ausfall-Triage und CI/CD-Pipeline-Fehleranalysen in Sekunden durch — alles unter einem Read-only-Berechtigungsmodell und OAuth2-Authentifizierung, die Zugangsdaten vollständig auf dem Remote-Gateway schützt.
Das Plugin wird in den kommenden Tagen öffentlich verfügbar sein und eine kostenlose Testphase mit dem Community-Plan bieten. Damit festigt Opsphere seine Rolle als zentrale Schicht für operativen Kontext und Investigation für KI-Agenten.
PagerDuty und Prometheus erweitern Incident Response und Infrastruktur-Sichtbarkeit
Opsphere integriert jetzt PagerDuty und Prometheus und liefert mehr operativen Kontext für Infrastruktur-Monitoring und Incident Response. Teams sehen aktive Incidents, Services und Timelines in PagerDuty und können Prometheus-Metriken, Alerts, Regeln, Scrape Targets und PromQL-Daten in derselben Oberfläche abfragen.
Metriken und Incident-Informationen zusammenzuführen, beschleunigt Untersuchungen — ohne ständiges Wechseln zwischen Monitoring- und Incident-Management-Plattformen. So gelangt man schneller zu den Fakten in Produktionsumgebungen.
Damit wächst Opsphere weiter als zentrale operative Schicht, die Cloud-Plattformen, Observability, CI/CD und Incident-Management-Tools in einer read-only Erfahrung verbindet.
GitLab und SonarQube stärken den Software-Delivery-Workflow
Opsphere bietet jetzt native Integrationen mit GitLab und SonarQube und erweitert die operative Sichtbarkeit über den Software-Delivery-Lifecycle. Entwicklungsteams greifen auf GitLab-Projekte, Merge Requests, Pipelines und Deployment-Historie zu und sehen SonarQube Quality Gates, Code-Metriken, Security Hotspots und New-Code-Analysen im selben operativen Workspace.
CI/CD-Aktivität und Code-Qualität zusammenzubringen, hilft schnell zu verstehen, was sich geändert hat, ob ein Quality Gate bestanden wurde und wie aktuelle Releases zur Produktion stehen. Weniger Plattformwechsel bei Untersuchungen, mehr Entwicklungskontext neben Infrastruktur- und Observability-Daten.
Diese Integrationen erweitern weiter die einheitliche Opsphere-Plattform und verbinden Software Delivery mit operativer Intelligenz in einer konsistenten read-only Erfahrung.