Actualités Opsphere
Dernières mises à jour produit, intégrations et actualités de l'entreprise.
Opsphere apporte le contexte opérationnel dans Slackbot via MCP
Opsphere propose désormais une intégration Slack dédiée : activez la passerelle MCP distante comme application dans les conversations Slackbot, authentifiez la connexion et posez des questions en langage naturel sur toute intégration configurée sur votre plan souscrit — sans quitter Slack. La surface Slackbot est disponible sur tous les plans actuels ; les outils qui répondent suivent toujours les intégrations que vous avez connectées.
Le site public ajoute une page d’intégration Slack complète sur la configuration MCP, l’authentification et l’activation dans le chat, plus la découverte depuis le hub d’intégrations (Alerting et DevOps & Collaboration) et le carrousel de la page d’accueil.
Cette version étend Opsphere au-delà des éditeurs et du client web, jusque dans le chat où les équipes triagent déjà le travail — une passerelle opérationnelle, désormais accessible depuis Slackbot.
Opsphere publie une intégration Codex dédiée
Opsphere propose désormais une intégration de premier plan pour OpenAI Codex CLI et ChatGPT desktop — le même gateway MCP distant et la même surface d'outils opérationnels déjà utilisés dans Cursor, avec un plugin natif Codex, une installation marketplace et un client OAuth. Les ingénieurs peuvent enquêter sur les incidents, vérifier la santé des endpoints, diagnostiquer la CI, configurer des intégrations et ouvrir des contextes Connection Hub sans quitter la session d'agent.
Le site public ajoute une page Codex dédiée, calquée sur le récit produit Cursor mais avec une installation et des skills adaptés à Codex, plus la découverte depuis le hub d'intégrations (outils IA) et le carrousel de la homepage. La navigation regroupe Cursor et Codex sous Plugins pour garder les deux clients à un clic.
Cette publication renforce Opsphere comme couche opérationnelle partagée pour les éditeurs natifs IA : un gateway, des skills guidés et des flux d'investigation en lecture seule — que les équipes travaillent dans Cursor ou dans Codex.
AWS : diagnostiquer les agents Bedrock et les Lambdas des action groups
L’intégration AWS ajoute deux outils en lecture seule pour diagnostiquer les agents Bedrock avec la même session SSO ou IAM que vos autres outils aws_* — aucun nouveau secret Opsphere. L’accent est mis sur le diagnostic opérationnel (statut, alias, action groups, IAM, knowledge bases et findings), pas sur le produit Agent Core.
aws_bedrock_agent_diagnose renvoie en un appel la santé de l’agent, les alertes IAM, l’état des KB, les Lambdas liées et un graphe de relations. aws_lambda_agent_diagnose approfondit les Lambdas des action groups avec la config, les politiques IAM et les signaux d’erreur CloudWatch (valeurs d’environnement masquées). Le prompt guidé investigate-bedrock-agent exécute le même flux en lecture seule dans le chat web et les playbooks MCP.
Il s’agit d’une extension de l’intégration AWS existante — pas de nouveau logo fournisseur sur le hub. Le catalogue gateway Opsphere atteint 318 outils opérationnels.
AWS : outils Athena, recherche S3, requête DynamoDB et Aurora Data API
L’intégration AWS ajoute cinq outils en lecture seule pour investiguer le plan de données : SQL Athena, découverte d’objets S3 par préfixe ou clé, describe et Query DynamoDB (sans Scan), et SQL Aurora via l’API RDS Data. Ils utilisent la même session SSO ou IAM déjà connectée — aucun nouveau secret Opsphere ; les mots de passe restent dans votre Secrets Manager.
Interrogez Athena dès qu’un workgroup ou un emplacement de résultats S3 est disponible. Trouvez des clés S3 sans télécharger le contenu. Décrivez les clés et index DynamoDB, puis interrogez par clé primaire. Exécutez du SQL en lecture seule sur Aurora en HTTPS avec les ARN du cluster et du secret — utile en incident données sans ouvrir la console AWS.
Il s’agit d’une extension de capacités de l’intégration AWS existante, pas d’un nouveau logo sur le hub. Le catalogue gateway Opsphere atteint 312 outils opérationnels.
Cloudflare : 14 nouveaux outils en lecture seule pour Workers, Logpush, Snippets et KV
L'intégration Cloudflare inclut désormais 14 outils en lecture seule supplémentaires pour les opérations edge avancées — inventaire des scripts Workers, historique des déploiements, domaines personnalisés, jobs Logpush, Snippets de zone, listes de règles de compte, espaces de noms KV et paramètres de zone. Ils utilisent le même jeton API Cloudflare déjà configuré ; aucune nouvelle credential ni slug d'intégration.
Listez les scripts Workers, déploiements et domaines personnalisés depuis le compte. Inspectez les jobs Logpush et les règles Snippets de zone aux côtés des outils DNS et WAF existants. Consultez les listes de règles de compte et les espaces de noms KV sans ouvrir le tableau de bord Cloudflare — utile pour le triage d'incidents edge, les audits de listes WAF et les zones gérées par Terragrunt.
Le module Cloudflare totalise maintenant 49 outils sur la passerelle. Le catalogue opérationnel complet d'Opsphere atteint 307 outils — une extension de capacités sur l'intégration existante, pas un nouveau logo fournisseur sur le hub.
Connection Hub : une connexion Cursor pour chaque espace client
Consultants, agences et équipes plateforme gèrent souvent un tenant Opsphere par client — et basculer entre connexions IDE casse le flux pendant les incidents. Connection Hub est une capacité plateforme Opsphere propriétaire, pas une intégration fournisseur : il relie plusieurs espaces clients à une seule session Cursor via OAuth pour rester dans le même IDE en changeant de contexte opérationnel.
Liez les tenants clients avec ops_account_link_start, ouvrez un contexte de travail côté serveur avec ops_context_open et exécutez des outils opérationnels limités par context_id. La passerelle résout les identifiants côté serveur — rien de sensible dans la configuration IDE. Les skills plugin link-account et open-work-context guident l'onboarding ; les ressources MCP opsphere://hub/connections et opsphere://hub/active-context exposent l'état des connexions aux agents.
Les installations hub ne peuvent pas configurer d'intégrations ni exécuter d'outils opérationnels sans contexte de travail actif. Les grants sont chiffrés au repos. Cette version ajoute cinq outils de plan de contrôle broker au catalogue gateway ; la page d'intégration Cursor du site décrit désormais Connection Hub aux côtés du flux plugin officiel existant.
L'intégration Algolia prend en charge les Applications par environnement via Cloud Catalog
L'intégration Algolia d'Opsphere associe désormais chaque environnement Cloud Catalog — dev, staging, production ou vos propres slugs de catalogue — à sa propre Application Algolia. Configurez les Application IDs, index par défaut et clés API Search restreintes par environnement dans le Cloud Catalog admin ; les outils MCP Search API acceptent un env optionnel pour que des requêtes comme « lister les index en staging » résolvent la bonne Application plutôt que la production. Les diagnostics globaux de cluster restent sans credentials.
Les storefronts enterprise exécutent souvent des Applications Algolia distinctes par tier. Cette mise à jour aligne Opsphere sur ce modèle et évite les fuites de credentials entre environnements. La configuration legacy avec un seul Application ID et une clé API reste prise en charge pour les tenants mono-application.
La page d'intégration et la référence API du site décrivent désormais la configuration multi-environnement aux côtés des workflows existants de triage recherche et index.
Récupération mémoire opérationnelle améliorée et contrôles GDPR admin
La mémoire opérationnelle Opsphere fournit aux agents MCP un contexte distillé issu d'incidents passés, de notes de dépôt, de résumés de session et de décisions légères — pour que les enquêtes s'appuient sur des précédents plutôt que de reprendre le même terrain. La mémoire complète l'observabilité et les outils d'infrastructure en direct ; les agents vérifient toujours l'état courant avec Datadog, Kubernetes, Vercel et les autres sources opérationnelles.
Cette version améliore la récupération : recherche plein texte avec ranking pondéré sur le titre, expansion automatique multi-passes du vocabulaire ops et ranking heuristique qui priorise incidents actifs, décisions récentes et dépôts fréquemment utilisés. L'approche est calibrée pour de courts corpus opérationnels — récupération rapide sans latence d'embeddings ni infrastructure de recherche supplémentaire.
Les administrateurs tenant disposent aussi de contrôles de gouvernance dans le portail admin : lister et filtrer les éléments mémoire, invalider les entrées obsolètes avec motif et lancer une purge GDPR utilisateur avec aperçu dry-run — avec piste d'audit pour les purges. Les outils MCP en libre-service restent disponibles pour les utilisateurs qui ont besoin d'effacement sans intervention admin.
L'intégration Railway ajoute le triage des déploiements et du runtime PaaS à Opsphere
Opsphere s'intègre désormais à Railway, étendant la visibilité opérationnelle sur les projets PaaS, les déploiements et la santé runtime. Les équipes peuvent consulter le statut projet par environnements et services, inspecter les déploiements récents, extraire les logs build et runtime et lancer un diagnostic d'incident en lecture seule pour des hypothèses corrélées — le tout depuis le même espace opérationnel que Vercel, Kubernetes, Datadog et AWS.
Relier signaux de déploiement et logs Railway aux données d'infrastructure et d'observabilité aide les ingénieurs à déterminer si une panne vient d'une release échouée, d'un motif d'erreur runtime ou d'une dépendance en amont — sans alterner entre Railway, outils de monitoring et fil d'incident à chaque enquête.
Cet ajout poursuit l'expansion d'Opsphere comme couche opérationnelle unifiée, en aidant les équipes à corréler le triage PaaS avec livraison, observabilité et infrastructure dans une expérience cohérente en lecture seule.
L'intégration Algolia apporte la santé des index et de la recherche au contexte opérationnel
Opsphere s'intègre désormais à Algolia, étendant la visibilité opérationnelle sur l'infrastructure de recherche et la santé des index. Les équipes peuvent consulter l'état global du cluster et l'historique d'incidents sans identifiants, lister les index avec le nombre d'entrées et les métadonnées de build, reproduire des requêtes de recherche, valider des enregistrements indexés par objectID et examiner l'activité API récente — le tout depuis le même espace opérationnel en lecture seule.
Relier les données d'index Algolia aux déploiements, aux changements CMS et à l'observabilité storefront aide les ingénieurs à déterminer si un problème de recherche vient d'enregistrements obsolètes, de paramètres de ranking ou d'incidents en amont — sans alterner entre Algolia, Contentful CMS, Datadog et Sentry à chaque enquête.
Cet ajout poursuit l'expansion d'Opsphere comme couche opérationnelle unifiée, en aidant les équipes à corréler le triage recherche avec l'infrastructure, l'observabilité et les signaux de livraison dans une expérience cohérente en lecture seule.
Opsphere prépare le lancement de son plugin officiel pour Codex
Opsphere finalise le lancement imminent de son plugin officiel pour Codex et Cursor, conçu pour apporter l'intelligence opérationnelle et le diagnostic DevOps directement dans l'environnement de développement et l'interface de chat. S'appuyant sur une architecture MCP (Model Context Protocol) distante, le plugin permettra aux ingénieurs et aux équipes SRE d'enquêter sur les incidents, consulter les métriques, analyser les déploiements et exécuter des diagnostics réseau sur des plateformes telles que Datadog, Vercel, GitHub, AWS, Sentry ou Jira — sans quitter l'éditeur ni changer de contexte.
L'intégration d'Opsphere dans Codex et Cursor supprime la friction entre l'écriture de code et l'analyse de production. Grâce à des flux guidés en langage naturel, les équipes pourront réaliser des contrôles de santé d'endpoints, du triage d'incidents et l'analyse de défaillances de pipelines CI/CD en quelques secondes, le tout sous un modèle de permissions en lecture seule et une authentification OAuth2 qui maintient les identifiants entièrement protégés sur la passerelle distante.
Le plugin sera disponible publiquement dans les prochains jours et inclura une période d'essai gratuite avec le plan Community, consolidant Opsphere comme couche centralisée de contexte opérationnel et d'investigation pour les agents d'intelligence artificielle.
PagerDuty et Prometheus étendent la réponse aux incidents et la visibilité infrastructure
Opsphere s'intègre désormais à PagerDuty et Prometheus, enrichissant le contexte opérationnel pour le monitoring d'infrastructure et la gestion d'incidents. Les équipes peuvent consulter incidents actifs, services et timelines PagerDuty, tout en interrogeant métriques, alertes, règles, cibles de scrape et données PromQL Prometheus depuis la même interface.
Combiner métriques d'infrastructure et informations d'incident permet d'enquêter plus efficacement sans alterner constamment entre plateformes de monitoring et de gestion d'incidents. L'accès aux informations nécessaires pour comprendre la production s'en trouve accéléré.
Avec ces ajouts, Opsphere continue de se développer comme couche opérationnelle centrale reliant clouds, observabilité, CI/CD et outils d'incident management dans une expérience en lecture seule unifiée.
GitLab et SonarQube renforcent le workflow de livraison logicielle
Opsphere inclut désormais des intégrations natives GitLab et SonarQube, étendant la visibilité opérationnelle sur tout le cycle de livraison. Les équipes accèdent aux projets, merge requests, pipelines et historiques de déploiement GitLab, et consultent quality gates, métriques de code, security hotspots et analyses de nouveau code SonarQube depuis le même espace opérationnel.
Rassembler l'activité CI/CD et la qualité de code permet de comprendre rapidement ce qui a changé, si un quality gate a passé et comment les livraisons récentes se rapportent à la production. Moins de bascule entre plateformes pendant les investigations, plus de contexte développement aux côtés de l'infrastructure et de l'observabilité.
Ces intégrations poursuivent l'expansion de la plateforme opérationnelle unifiée d'Opsphere, connectant livraison logicielle et intelligence opérationnelle via une expérience cohérente en lecture seule.