Apportez l'intelligence opérationnelle dans GitHub Copilot CLI via MCP
Opsphere relie GitHub Copilot CLI local aux systèmes que vous exploitez déjà — infrastructure, observabilité, déploiements, code et edge — via MCP, pour qu'une session CLI pose une question opérationnelle directe ou ouvre une investigation structurée et fondée sur des preuves.
Des outils opérationnels atomiques aux investigations structurées et au contexte réutilisable.
PLUS QU'UN CATALOGUE D'OUTILS MCP
Plus qu'un catalogue d'outils MCP
Une liste plate d'appels d'outils est utile, mais c'est là que s'arrêtent la plupart des intégrations MCP d'agents. GitHub Copilot CLI doit alors reconstruire depuis zéro chaque investigation multi-systèmes.
Opsphere ajoute une couche structurée d'intelligence opérationnelle derrière ces outils. Dans une session locale de GitHub Copilot CLI, les ingénieurs lancent un contrôle atomique quand une requête précise suffit, ou délèguent à des agents spécialisés qui corrèlent les signaux entre systèmes dans une investigation fondée sur des preuves — avec connexion via le navigateur, zéro secret fournisseur stocké sur votre machine et jetons de session gérés de façon sécurisée par Copilot CLI.
Les outils ops ne parlent pas GitHub Copilot CLI : votre stack d'observabilité, de déploiement et de paging n'a pas été conçu pour renvoyer un contexte opérationnel structuré à une session GitHub Copilot CLI via MCP. Opsphere se place entre ces systèmes et GitHub Copilot CLI.
Les contrôles simples doivent rester simples
Pour une question directe — une ressource Kubernetes, un endpoint, une liste de déploiements — l'outil atomique est le bon. Opsphere les laisse disponibles.
Le dépannage multi-système a besoin de structure
Quand une question couvre déploiements, erreurs, état du cluster et contrôles edge, une liste plate force GitHub Copilot CLI à reconstruire toute l'investigation.
La couche d'intelligence appartient à Opsphere
GitHub Copilot CLI est l'interface où les ingénieurs interrogent et agissent. Les capacités opérationnelles, le périmètre et les garde-fous vivent dans Opsphere.
DEUX ENTRÉES
Outils atomiques et investigations de haut niveau
Opsphere n'impose pas un long flux à chaque question. Les contrôles simples restent simples ; les investigations complexes utilisent un contexte et une structure de plus haut niveau.
Outils atomiques
Pour les questions opérationnelles directes : inspecter une ressource Kubernetes, vérifier un endpoint HTTP, lister les déploiements, interroger l'inventaire AWS, chercher des erreurs, examiner DNS et TLS.
Investigations de haut niveau
Pour les questions inter-systèmes : investiguer un incident, diagnostiquer une dégradation d'environnement, corréler déploiement et erreurs, et renvoyer des preuves et une vérification structurées.
OUTILS ATOMIQUES
Interrogez des systèmes précis directement
GitHub Copilot CLI peut appeler des outils Opsphere individuels pour interroger des systèmes précis : ressources Kubernetes, infrastructure AWS, erreurs Datadog, déploiements, DNS / HTTP / TLS, dépôts, CDN et état edge. Une requête directe quand une réponse précise suffit.
INVESTIGATIONS FONDÉES SUR DES PREUVES
Menez des investigations opérationnelles structurées
Les flux de haut niveau d'Opsphere peuvent renvoyer à GitHub Copilot CLI une investigation structurée plutôt qu'une réponse opaque. Selon le flux, le résultat peut inclure hypothèses, preuves, confiance, chronologie, vérification, faits observés, inférences et prochaines étapes recommandées.
- Hypothèses
- Preuves
- Confiance
- Chronologie
- Vérification
GitHub Copilot CLI peut raisonner sur des preuves opérationnelles structurées au lieu de reconstruire toute l'investigation à partir d'appels bruts.
CONTEXTE OPÉRATIONNEL
Donnez aux flux de haut niveau un contexte opérationnel réutilisable
Opsphere garde le Contexte opérationnel séparé du modèle et du client. Ce contexte peut inclure des relations pertinentes entre services, environnements, dépôts et investigations précédentes.
Les flux de haut niveau d'Opsphere peuvent utiliser un contexte opérationnel partagé, tandis que les outils atomiques restent centrés sur des systèmes individuels.
LES SYSTÈMES SOURCES RESTENT LA RÉFÉRENCE
Du contexte opérationnel sans copier toute la stack dans la session
Opsphere ne charge pas toute votre télémétrie ni votre infrastructure dans la session GitHub Copilot CLI. Les systèmes sources conservent les données opérationnelles ; Opsphere interroge ce qui est nécessaire et renvoie des constats et un contexte structurés.
Intelligence opérationnelle dans Opsphere. Interaction avec le modèle dans GitHub Copilot CLI. Données sources dans les systèmes qui les détiennent.
LECTURE SEULE PAR DÉFAUT
Investiguer sans modifier la production
GitHub Copilot CLI peut utiliser Opsphere pour inspecter et investiguer des systèmes opérationnels pendant qu'Opsphere reste en lecture seule par défaut. Les recommandations peuvent être structurées. Opsphere n'applique pas ces changements en production.
EXEMPLE
Exemple : investiguer une régression de déploiement depuis GitHub Copilot CLI
Un ingénieur demande, dans GitHub Copilot CLI : « Pourquoi checkout-api a-t-il commencé à échouer après le dernier déploiement en production ? » Opsphere parcourt les preuves de déploiement, les preuves d'observabilité, l'état Kubernetes, les contrôles réseau et edge, et le contexte opérationnel pertinent.
- Cause probable
- Preuves à l'appui
- Hypothèses alternatives
- Chronologie
- Vérification
- Prochains contrôles
UNE COUCHE, PLUSIEURS INTERFACES
Une couche opérationnelle pour les flux d'IA
GitHub Copilot CLI est l'une des interfaces qui se connectent à Opsphere. Que l'équipe travaille dans Copilot CLI, Cursor, Codex, Claude Code ou le Web Client, elle consomme la même couche opérationnelle sur les surfaces prises en charge, avec les mêmes capacités, le même contexte et les mêmes garde-fous.
Autre interface d'IA. Même couche opérationnelle Opsphere.
SOUS-AGENTS ET SKILLS GUIDÉES
Parcours opérationnels prêts pour GitHub Copilot CLI
Investigation d'incident
outage-triage
Incidents multi-services → cause probable avec preuves
Santé d'endpoint
endpoint-health
Un hostname : DNS, HTTP et certificat dans un rapport
Investigation CI
ci-investigator
Pipelines en échec et GitHub Actions (Professional+)
Rédaction de post-mortem
postmortem-writer
RCA structuré ; enregistrement optionnel dans Investigation Memory
Les agents Copilot sont invoqués par leur nom pour les investigations ciblées (par exemple "Use outage-triage"). L'intégration est guidée par opsphere-onboarding. Ce package prend en charge GitHub Copilot CLI local ; l'agent cloud de Copilot reste en dehors de ce package. Community couvre le triage, les endpoints et les post-mortems ; le diagnostic approfondi de CI nécessite les forfaits Professional, Team ou Enterprise.
CONTINUER
Capacités liées de la plateforme
COMMENCER
Reliez GitHub Copilot CLI à votre stack opérationnelle
Installez le plugin Opsphere pour GitHub Copilot CLI, terminez la connexion dans le navigateur une fois, et apportez le contexte opérationnel et les investigations fondées sur des preuves dans une session CLI locale. Le plugin s'appelle opsphere, paquet opsphere-copilot, sur le marketplace public opsphere-io/opsphere-plugin.