Novità Opsphere
Ultimi aggiornamenti di prodotto, integrazioni e notizie sull'azienda.
Opsphere porta il contesto operativo in Slackbot tramite MCP
Opsphere include ora un'integrazione dedicata per Slack: attiva il gateway MCP remoto come app nelle conversazioni di Slackbot, autentica la connessione e poni domande in linguaggio naturale su qualsiasi integrazione configurata nel piano acquistato — senza lasciare Slack. L'interfaccia Slackbot è disponibile su tutti i piani attuali; gli strumenti che rispondono dipendono dalle integrazioni collegate.
Il sito pubblico aggiunge una pagina completa sull'integrazione Slack che copre la configurazione MCP, l'autenticazione e l'attivazione in chat, oltre alla rilevabilità dall'hub di integrazioni sotto Alerting e DevOps & Collaboration, e nel carosello delle integrazioni della homepage.
Questo rilascio estende Opsphere oltre gli editor e il client web, portandolo direttamente nella chat in cui i team gestiscono già il lavoro — un unico gateway operativo, ora raggiungibile da Slackbot.
Opsphere rilascia un'integrazione dedicata per Codex
Opsphere offre ora un'integrazione di primo livello per OpenAI Codex CLI e ChatGPT desktop — il medesimo gateway MCP remoto e la superficie di strumenti operativi che i team utilizzano già in Cursor, con un plugin nativo per Codex, un percorso di installazione da marketplace e un client OAuth. Gli ingegneri possono indagare sugli incidenti, verificare lo stato degli endpoint, diagnosticare la CI, configurare integrazioni e aprire contesti di lavoro nel Connection Hub senza abbandonare la sessione dell'agente.
Il sito pubblico aggiunge una pagina dedicata a Codex che rispecchia l'esperienza del prodotto per Cursor, offrendo indicazioni accurate sull'installazione e sulle skill di Codex, oltre alla rilevabilità dall'hub di integrazioni sotto gli strumenti di IA e nel carosello delle integrazioni in homepage. La navigazione dell'header raggruppa Cursor e Codex sotto la voce Plugin, per mantenere entrambi i client dell'editor a portata di clic.
Questo rilascio rafforza Opsphere come livello operativo condiviso per gli editor nativi per l'IA: un unico gateway, skill guidate e flussi di indagine in sola lettura — sia che i team lavorino su Cursor sia su Codex.
AWS: diagnosi degli Agenti Bedrock e delle Lambda degli action group
L'integrazione AWS aggiunge due strumenti di diagnostica in sola lettura per gli Agenti Bedrock che utilizzano la stessa sessione SSO o IAM degli altri strumenti aws_* — senza nuovi segreti Opsphere. Il focus è sulla diagnosi operativa per gli Agenti Bedrock (stato, alias, action group, IAM, knowledge base e rilievi), non sul marketing del prodotto Agent Core.
aws_bedrock_agent_diagnose restituisce lo stato di salute dell'agente, gli avvisi IAM, lo stato della KB, le Lambda collegate e un grafo delle relazioni in un'unica chiamata. aws_lambda_agent_diagnose approfondisce le Lambda degli action group fornendo configurazione, policy IAM e segnali di errore CloudWatch (con valori d'ambiente oscurati). Il prompt guidato investigate-bedrock-agent esegue lo stesso flusso in sola lettura nella chat web e nei playbook MCP.
Questo amplia l'integrazione AWS esistente — nessun nuovo chip vendor sull'hub. Il catalogo operativo completo del gateway Opsphere raggiunge i 318 strumenti.
AWS: strumenti per Athena, ricerca S3, query DynamoDB e Data API per Aurora
L'integrazione AWS include ora cinque strumenti aggiuntivi in sola lettura per l'indagine sul piano dati: SQL per Athena, individuazione oggetti S3 per prefisso o chiave, descrizione tabelle e Query per DynamoDB (senza Scan) e SQL per Aurora tramite l'API Data di RDS. Utilizzano la stessa sessione SSO o IAM con cui si effettua già l'accesso — nessuna nuova credenziale Opsphere e i segreti del database rimangono nel proprio Secrets Manager.
Esegui query su Athena quando è disponibile un workgroup o una posizione dei risultati in S3. Trova le chiavi S3 senza scaricarne il contenuto. Descrivi chiavi e indici di DynamoDB, quindi esegui la Query per chiave primaria. Esegui SQL in sola lettura su Aurora tramite HTTPS con gli ARN del cluster e dei segreti — utile durante gli incidenti sui dati senza dover aprire la console AWS.
Si tratta di un'espansione delle funzionalità dell'integrazione AWS esistente, non di un nuovo logo. Il catalogo completo del gateway Opsphere raggiunge i 312 strumenti operativi.
Cloudflare: 14 nuovi strumenti in sola lettura per Workers, Logpush, Snippet e KV
L'integrazione Cloudflare include ora 14 strumenti aggiuntivi in sola lettura per le operation avanzate sull'edge: inventario degli script Workers, storico dei deploy, domini personalizzati, job Logpush, Snippet di zona, Rules List di account, namespace KV e impostazioni di zona. Utilizzano lo stesso token API Cloudflare già configurato; nessuna nuova credenziale o slug di integrazione.
Elenca gli script Workers, i deploy e i domini personalizzati dell'account. Ispeziona i job Logpush e le regole degli Snippet di zona insieme agli strumenti DNS e WAF esistenti. Leggi le Rules List dell'account e i namespace KV senza aprire la dashboard di Cloudflare — utile per il triage degli incidenti sull'edge, l'audit delle liste WAF e le zone gestite tramite Terragrunt.
Il modulo Cloudflare conta ora un totale di 49 strumenti sul gateway. Il catalogo operativo completo di Opsphere raggiunge i 307 strumenti — un ampliamento delle capacità dell'integrazione esistente, non un nuovo logo vendor sull'hub.
Connection Hub: un unico accesso Cursor per ogni workspace cliente
Consulenti, agenzie e team di piattaforma gestiscono spesso tenant Opsphere separati per ogni cliente — e passare da un accesso all'altro nell'IDE interrompe il flusso di lavoro durante gli incidenti. Connection Hub è una funzionalità nativa della piattaforma Opsphere, non un'integrazione vendor: collega più workspace clienti a una singola sessione Cursor tramite OAuth, consentendo di rimanere nello stesso IDE pur cambiando il contesto operativo.
Collega i tenant cliente con ops_account_link_start, apri un contesto di lavoro lato server con ops_context_open ed esegui gli strumenti operativi delimitati da context_id. Il gateway risolve le credenziali lato server — nulla di sensibile risiede nella configurazione dell'IDE. Le skill del plugin link-account e open-work-context guidano l'onboarding; le risorse MCP opsphere://hub/connections e opsphere://hub/active-context espongono lo stato della connessione agli agenti.
Le installazioni dell'Hub non possono configurare integrazioni o eseguire strumenti operativi senza un contesto di lavoro attivo. Le autorizzazioni sono crittografate a riposo. Il rilascio aggiunge cinque strumenti per il piano di controllo del broker al catalogo del gateway; i contenuti sull'integrazione con Cursor del sito descrivono ora il Connection Hub accanto al flusso del plugin ufficiale esistente.
L'integrazione Algolia ora supporta le Application per ambiente tramite il Catalogo Cloud
L'integrazione Algolia di Opsphere ora associa ciascun ambiente del Catalogo Cloud — dev, staging, produzione o i propri slug personalizzati — alla rispettiva Application Algolia. È possibile configurare ID Application, indici predefiniti e chiavi API di ricerca limitate per ciascun ambiente nel Catalogo Cloud dell'amministrazione; gli strumenti MCP di Search API accettano un parametro opzionale env, cosicché richieste come "elenca gli indici in staging" risolvano l'Application corretta anziché quella di produzione. La diagnostica globale dei cluster rimane priva di credenziali.
Gli storefront aziendali eseguono spesso Application Algolia distinte per ciascun livello. Questo aggiornamento allinea Opsphere a tale modello e previene la fuga di credenziali tra ambienti diversi. La configurazione legacy con un singolo ID Application e chiave API rimane supportata per i tenant con singola applicazione.
I dettagli dell'integrazione e la documentazione di riferimento delle API sul sito descrivono ora la configurazione multi-ambiente insieme ai flussi di triage per la ricerca e gli indici esistenti.
Recupero più intelligente della memoria operativa e controlli GDPR di amministrazione
La memoria operativa di Opsphere fornisce agli agenti MCP un contesto sintetizzato ricavato da incidenti passati, note dei repository, riepiloghi di sessione e decisioni sintetiche — così che le indagini inizino dai precedenti anziché ripercorrere da capo le stesse tappe. La memoria integra gli strumenti di osservabilità in tempo reale e d'infrastruttura; gli agenti continuano a verificare lo stato attuale con Datadog, Kubernetes, Vercel e altre fonti operative.
Questo rilascio migliora le modalità di recupero della memoria: ricerca full-text con ponderazione sui titoli, espansione automatica multi-passaggio della query per il vocabolario operativo e classificazione euristica che dà priorità agli incidenti attivi, alle decisioni recenti e ai repository usati più di frequente. L'approccio è ottimizzato per corpora operativi contenuti — recupero rapido senza la latenza delle embedding o infrastrutture di ricerca aggiuntive.
Gli amministratori dei tenant ottengono inoltre controlli di governance nel portale amministrativo: elencare e filtrare gli elementi della memoria, invalidare voci obsolete indicandone la motivazione ed eseguire l'epurazione GDPR dell'utente con anteprima di prova (dry-run) — con traccia di audit per le azioni di epurazione. Gli strumenti MCP self-service rimangono disponibili per gli utenti che necessitano della cancellazione senza l'intervento dell'amministratore.
L'integrazione Railway aggiunge i deploy PaaS e il triage runtime a Opsphere
Opsphere si integra ora con Railway, estendendo la visibilità operativa ai progetti PaaS, ai deploy e allo stato di salute del runtime. I team possono esaminare lo stato dei progetti tra ambienti e servizi, ispezionare i deploy recenti, recuperare i log di build e di runtime ed eseguire diagnosi degli incidenti in sola lettura per correlare le ipotesi — tutto dallo stesso workspace operativo utilizzato per Vercel, Kubernetes, Datadog e AWS.
Collegare i segnali dei deploy e dei log di Railway con i dati di infrastruttura e osservabilità aiuta gli ingegneri a determinare se un'interruzione è iniziata con una release fallita, con un pattern di errore a runtime o con una dipendenza a monte — senza dover passare da Railway, agli strumenti di monitoraggio e alla chat degli incidenti durante ogni indagine.
Questa aggiunta continua a espandere Opsphere come livello operativo unificato, aiutando i team a correlare il triage PaaS con i segnali di delivery, osservabilità e infrastruttura attraverso un'esperienza coerente in sola lettura.
L'integrazione con Algolia porta la ricerca e lo stato degli indici nel contesto operativo
Opsphere ora si integra con Algolia, estendendo la visibilità operativa all'infrastruttura di ricerca e allo stato degli indici. I team possono verificare lo stato globale del cluster e lo storico degli incidenti senza credenziali, elencare gli indici con il conteggio delle voci e i metadati di build, riprodurre le query di ricerca, convalidare i record indicizzati per objectID e rivedere l'attività API recente — tutto dal medesimo workspace operativo in sola lettura.
Collegare i dati degli indici Algolia con i deploy, le modifiche al CMS e l'osservabilità dello storefront aiuta gli ingegneri a determinare se i problemi di ricerca derivano da record obsoleti, impostazioni di ranking o incidenti a monte — senza dover passare continuamente tra Algolia, Contentful CMS, Datadog e Sentry durante ogni indagine.
Questa aggiunta continua a espandere Opsphere come livello operativo unificato, aiutando i team a correlare il triage della ricerca con l'infrastruttura, l'osservabilità e i segnali di delivery attraverso un'esperienza uniforme in sola lettura.
Opsphere prepara il lancio del suo plugin ufficiale per Codex
Opsphere sta finalizzando l'imminente lancio del suo plugin ufficiale per Codex e Cursor, progettato per portare l'intelligenza operativa e la diagnostica DevOps direttamente nell'ambiente di sviluppo e nell'interfaccia di chat. Basato su un'architettura MCP (Model Context Protocol) remota, il plugin consentirà agli ingegneri e ai team SRE di indagare sugli incidenti, esaminare le metriche, analizzare i deploy ed eseguire diagnosi di rete su piattaforme come Datadog, Vercel, GitHub, AWS, Sentry e Jira — senza mai lasciare l'editor o cambiare contesto.
L'integrazione di Opsphere in Codex e Cursor elimina l'attrito tra la scrittura del codice e l'analisi della produzione. Attraverso flussi guidati in linguaggio naturale, i team possono eseguire verifiche di salute degli endpoint, triage delle interruzioni e analisi dei fallimenti delle pipeline CI/CD in pochi secondi, il tutto secondo un modello di autorizzazioni in sola lettura e autenticazione OAuth2 che mantiene le credenziali pienamente protette sul gateway remoto.
Il plugin sarà disponibile pubblicamente nei prossimi giorni e includerà una prova gratuita con il piano Community, affermando Opsphere come il livello di contesto operativo e indagine centralizzato per gli agenti IA.
PagerDuty e Prometheus espandono la risposta agli incidenti e la visibilità infrastrutturale
Opsphere si integra ora con PagerDuty e Prometheus, aggiungendo ulteriore contesto operativo per il monitoraggio dell'infrastruttura e la gestione degli incidenti. I team possono consultare gli incidenti attivi, i servizi e la cronologia degli incidenti da PagerDuty, interrogando al contempo metriche, avvisi, regole, target di scrape e dati PromQL di Prometheus dalla medesima interfaccia.
La combinazione delle metriche infrastrutturali con le informazioni sugli incidenti consente agli ingegneri di indagare sui problemi operativi in modo più efficiente, senza dover continuamente spostarsi tra le piattaforme di monitoraggio e di gestione degli incidenti. Il risultato è un accesso più rapido alle informazioni necessarie per comprendere cosa stia accadendo negli ambienti di produzione.
Con queste aggiunte, Opsphere continua a crescere come livello operativo centrale che connette piattaforme cloud, osservabilità, CI/CD e strumenti di gestione degli incidenti in un'unica esperienza operativa in sola lettura.
GitLab e SonarQube rafforzano il flusso di lavoro per la delivery del software
Opsphere include ora integrazioni native con GitLab e SonarQube, estendendo la visibilità operativa lungo tutto il ciclo di vita della delivery del software. I team di sviluppo possono accedere ai progetti GitLab, alle merge request, alle pipeline e allo storico dei deploy, consultando al contempo i quality gate di SonarQube, le metriche del codice, i security hotspot e l'analisi del nuovo codice dallo stesso workspace operativo.
Unendo le attività di CI/CD con le informazioni sulla qualità del codice, gli ingegneri possono comprendere rapidamente cosa sia cambiato, se un quality gate sia stato superato e come le recenti delivery si colleghino alle operation di produzione. Questo riduce la necessità di passare da una piattaforma all'altra durante le indagini e fornisce un prezioso contesto di sviluppo accanto ai dati infrastrutturali e di osservabilità.
Queste integrazioni continuano a espandere la piattaforma operativa unificata di Opsphere, aiutando i team di DevOps e platform engineering a connettere la delivery del software con l'intelligenza operativa attraverso un'esperienza uniforme e in sola lettura.