Skip to main content
AppSignal MCP est actuellement en aperçu. Rejoignez notre communauté Discord pour aider à tester et façonner cette implémentation.
Le Model Context Protocol (MCP) permet aux agents IA, aux éditeurs de code et aux applications de chat comme Claude, Cursor, Windsurf, Zed, VS Code et GitHub Copilot d’interagir avec des outils externes et des sources de données. AppSignal MCP donne à ces agents un accès direct à vos données de surveillance : erreurs, traces, logs, métriques, et plus encore. AppSignal MCP est un point de terminaison HTTP public à https://appsignal.com/api/mcp. La plupart des agents s’y connectent directement. Si vous préférez exécuter un proxy local — par exemple, dans un environnement qui restreint le trafic sortant — une image Docker optionnelle est disponible.

​
Connectez votre outil d’IA

Choisissez votre outil d’IA pour configurer AppSignal MCP :

Claude Code

Ajoutez le point de terminaison avec claude mcp add.

Cursor

Ajoutez AppSignal à ~/.cursor/mcp.json.

Windsurf

Ajoutez AppSignal à votre configuration MCP Windsurf.

Zed

Ajoutez AppSignal aux context_servers de Zed.

VS Code

Ajoutez AppSignal à .vscode/mcp.json.

GitHub Copilot CLI

Ajoutez le point de terminaison avec copilot mcp add.

Gemini CLI

Ajoutez AppSignal à ~/.gemini/settings.json.

Claude

Ajoutez AppSignal en tant que connecteur personnalisé.

OpenAI Codex

Ajoutez le point de terminaison streamable HTTP dans Codex.

​
Ce à quoi vous pouvez accéder

AppSignal MCP expose un accès en lecture et en écriture à vos données de surveillance dans sept domaines. Chaque domaine correspond à une permission que vous pouvez configurer lors de l’authentification : avec un jeton MCP, définissez chaque domaine sur read, write ou désactivé ; avec OAuth, tous les outils de lecture et d’écriture sont exposés en même temps. Ce que vous récupérez dépend de ce que vos applications envoient à AppSignal. Si votre application n’envoie pas de logs, get_log_lines ne renverra rien. AppSignal MCP est une passerelle vers les données qu’AppSignal possède déjà, telles que les suivantes :
  • Incidents d’erreur (lecture + écriture) : lister et rechercher les exceptions, inspecter les traces de pile, mettre à jour l’état et la gravité, assigner des gestionnaires et ajouter des notes
  • Performance (lecture) : classer les actions les plus lentes, récupérer les traces, parcourir les arbres de spans et inspecter les attributs des spans. Basé sur des échantillons pour les applications Ruby et Elixir standard ; traces OpenTelemetry pour les applications envoyant des données OTel
  • Anomaly detection (lecture + écriture) : parcourir les alertes, lister les déclencheurs existants, et créer, mettre à jour ou archiver des déclencheurs
  • Logging (lecture + écriture) : interroger les lignes de log avec la syntaxe d’expression d’AppSignal, et configurer les règles d’ingestion de logs : actions de filtre, déclencheur et métriques. Particulièrement puissant pour assembler un parcours client à travers les sources de logs, les erreurs et les traces en une seule invite — voir reconstituer un parcours client
  • Métriques (lecture) : découvrir les catégories de métriques (y compris host_metrics), lister les noms et tags de métriques, et récupérer des séries temporelles ou des valeurs agrégées
  • Tableaux de bord (lecture + écriture) : créer des tableaux de bord, et ajouter ou mettre à jour des visuels de graphiques
  • Découverte d’application (lecture) : lister vos applications, environnements, namespaces, utilisateurs, notifieurs, sources de logs, actions de lignes de log, marqueurs de déploiement et moniteurs de disponibilité
Pour la liste complète des outils, paramètres et exemples d’invites, consultez la Référence des outils MCP. Pour configurer AppSignal MCP dans votre éditeur ou application, consultez Configurer AppSignal MCP.