Smithery publica el conector de Opsphere para investigaciones operativas
Smithery incluye Opsphere como opsphere/opsphere. La ficha, publicada el 15 de octubre de 2026, describe inteligencia de DevOps, SRE y QA para Cursor: investigar bugs, valorar la preparación de un release, buscar logs, clasificar caídas, diagnosticar CI fallida, comprobar despliegues y consultar plataformas cloud conectadas. Los sistemas conectados siguen siendo la fuente de esa evidencia.
Una sesión de Smithery añade el conector con npx -y smithery mcp add opsphere/opsphere. Smithery también ofrece una conexión directa al gateway de Opsphere. Opsphere es de solo lectura por defecto y no copia esa telemetría a otro almacén.
Qué cambia
Opsphere está disponible en Smithery como conector hacia el mismo gateway remoto. Smithery es una vía de cliente. No sustituye a los sistemas que guardan logs, despliegues o el estado cloud.
Cómo funciona
Smithery publicó la ficha el 15 de octubre de 2026 bajo opsphere/opsphere. El usuario la añade con npx -y smithery mcp add opsphere/opsphere, o usa la conexión directa que muestra Smithery. Opsphere consulta entonces los sistemas que ese tenant tiene conectados. Esos sistemas aportan la evidencia.
Por qué importa
Un equipo que trabaja en Smithery puede usar el conector para la preparación de un release, la CI fallida, las caídas y las plataformas cloud conectadas en el gateway remoto. Los sistemas que ya están conectados siguen siendo la fuente de esa evidencia.
Límites y requisitos
Opsphere es de solo lectura por defecto. Los sistemas de origen siguen siendo la autoridad de los datos operativos subyacentes. Una acción iniciada por el usuario es distinta de ese valor por defecto.
- La ficha es opsphere/opsphere, publicada en Smithery el 15 de octubre de 2026.
- Añadir el conector usa npx -y smithery mcp add opsphere/opsphere.
- Smithery no pasa a ser la fuente de los logs, los despliegues o el estado cloud.