Assistants IA (MCP)
Pilotez LoadFocus depuis votre assistant IA (MCP)
Le serveur MCP de LoadFocus permet à un assistant IA comme Claude d'opérer votre compte LoadFocus directement. Vous demandez en langage naturel ("fais un test de charge de ma page de paiement depuis l'Europe", "configure un moniteur d'API pour ce endpoint", "comment ont évolué mes Core Web Vitals cette semaine ?") et l'assistant utilise les outils LoadFocus pour créer des tests, les exécuter, lire les résultats et vous rendre compte.
Cela fonctionne pour tous les services LoadFocus via une seule connexion :
- Load testing cloud, k6 et JMeter (
loadfocus.com/load-testing) - Page Speed monitoring avec Lighthouse et les Core Web Vitals (
loadfocus.com/page-speed-monitoring) - API monitoring avec des vérifications planifiées, des assertions et des alertes (
loadfocus.com/api-monitoring)
Tout s'exécute dans votre compte et votre équipe active, avec les limites de votre offre appliquées par le backend LoadFocus exactement comme dans le tableau de bord. L'assistant ne peut rien faire que vous ne pourriez pas faire vous-même dans l'interface.
Qu'est-ce que MCP ?
Le Model Context Protocol (MCP) est un standard ouvert qui permet aux assistants IA de se connecter à des outils et données externes. LoadFocus expose sa plateforme comme un serveur MCP, de sorte que tout client compatible MCP (Claude Desktop, les connecteurs web de Claude et d'autres clients MCP) peut appeler les outils LoadFocus en votre nom une fois que vous l'autorisez.
- URL du serveur :
https://mcp.loadfocus.com/api - Connexion : votre compte LoadFocus habituel (OAuth)
- Périmètre d'accès : l'équipe dans laquelle vous travaillez
Connecter votre assistant
Vous pouvez vous connecter de deux façons : une connexion OAuth interactive (idéale pour Claude) ou une clé d'API (idéale pour les scripts).
Option A : OAuth (recommandé, pour Claude et les clients interactifs)
C'est la voie la plus simple et elle n'expose jamais de clé à longue durée de vie.
Dans votre client MCP, ajoutez un connecteur personnalisé / serveur MCP avec cette URL :
https://mcp.loadfocus.com/apiLe client ouvre une page de connexion LoadFocus. Connectez-vous avec votre compte LoadFocus habituel.
Examinez et approuvez la demande d'accès. LoadFocus demande :
- L'accès en lecture (
mcp:read) pour que l'assistant puisse lister et lire vos tests, moniteurs et résultats. - L'accès en écriture (
mcp:write) pour qu'il puisse créer et exécuter des tests et des moniteurs à votre demande.
- L'accès en lecture (
Vous revenez à votre client et les outils LoadFocus deviennent disponibles.
La connexion utilise OAuth 2.0 standard avec PKCE. Les jetons d'accès durent 30 jours et se renouvellent automatiquement, vous ne vous connectez donc que de temps en temps. Vous pouvez révoquer une connexion à tout moment depuis votre compte LoadFocus.
Option B : clé d'API (pour les scripts et les clients non interactifs)
Si votre client MCP accepte un jeton bearer plutôt qu'une connexion interactive, vous pouvez vous authentifier avec une clé d'API LoadFocus.
Créez ou copiez une clé d'API depuis
loadfocus.com/account/api-keys.Configurez votre client pour qu'il envoie cet en-tête :
Authorization: Bearer YOUR_LOADFOCUS_API_KEYPour cibler une équipe précise, envoyez aussi un en-tête
Team-Idavec l'id de l'équipe. Sans cela, votre équipe par défaut est utilisée.
Une clé d'API accorde un accès complet en lecture et en écriture, traitez-la donc comme un mot de passe.
Offres : ce qui est gratuit et ce qui nécessite une mise à niveau
Le serveur MCP respecte les mêmes règles d'offre que le tableau de bord :
- Les offres gratuites peuvent créer et exécuter des tests de charge d'URL cloud, consulter les résultats et utiliser les outils de lecture, Page Speed et l'API monitoring dans leurs limites habituelles.
- L'exécution des tests k6 et JMeter nécessite une offre payante. La création (l'enregistrement) de tests k6/JMeter fonctionne avec toute offre, dans vos limites habituelles.
- L'analyse de tests par IA consomme des crédits IA de votre offre.
- Les vérifications Page Speed et les autres usages sont plafonnés par offre. Demandez à l'assistant de "vérifier les limites de mon offre" à tout moment.
Quand un outil nécessite une offre supérieure, il renvoie un message clair upgrade_required plutôt que d'échouer silencieusement.
Outils disponibles
Les outils sont regroupés par service ci-dessous. Les outils de lecture peuvent être appelés à tout moment sans risque. Les outils d'écriture modifient votre compte (créer, exécuter, supprimer), et certains sont marqués payant (ils lancent un vrai test ou une vraie vérification) ou destructif (ils suppriment des données de façon permanente).
Compte et découverte
| Outil | Role |
|---|---|
mcp_probe | Vérification rapide de connexion qui confirme que le serveur voit votre compte et votre équipe active. |
search_tools | Rechercher dans le catalogue d'outils par mot-clé, catégorie ou intention. Utile pour trouver le bon outil. |
list_teams | Lister les équipes auxquelles vous appartenez, avec l'active marquée. |
set_current_team | Changer l'équipe active pour les actions suivantes. |
get_plan | Afficher votre offre et le statut du compte. |
get_plan_limits | Afficher l'usage actuel et le quota restant (usage Page Speed et crédits IA). |
get_ai_credits | Afficher votre solde de crédits d'analyse IA. |
list_test_locations | Lister les régions AWS disponibles pour les tests et moniteurs. |
Load testing (cloud, k6, JMeter)
Lecture
| Outil | Role |
|---|---|
list_load_tests | Lister les tests de charge enregistrés d'un type (cloud, k6 ou jmeter), filtrés par nom en option. |
get_test_config | Lire la configuration d'un test enregistré (clients, durée, régions, scripts). |
get_test_run_status | État actuel d'une exécution (en attente, en cours, terminée, interrompue). |
get_test_results_summary | Résultat agrégé d'une exécution terminée (temps de réponse, débit, taux d'erreur). |
get_test_results_timeseries | Métriques en série temporelle sur une fenêtre, pour graphiques et tendances. |
get_test_labels | Les libellés par requête (samplers) enregistrés pour une exécution. |
get_test_baseline | Une baseline enregistrée pour comparer "cette exécution est-elle plus rapide qu'avant ?". |
get_test_response_codes | Répartition des codes de réponse HTTP (combien de 200 / 500, par endpoint). |
list_test_assets | Les fichiers stockés d'une exécution (script JMeter généré, résultat .jtl, log JMeter) avec URLs de téléchargement. |
list_test_notes | Les notes attachées à une exécution de test. |
Écriture
| Outil | Role |
|---|---|
create_cloud_load_test | Créer un test cloud qui sollicite une URL avec N clients pendant une durée, depuis une ou plusieurs régions. Fonctionne sur toutes les offres. |
create_k6_test | Créer un test k6 à partir d'un script en ligne. Toute offre ; l'exécution nécessite une offre payante. |
create_jmeter_test | Créer un test JMeter à partir d'un script .jmx en ligne. Toute offre ; l'exécution nécessite une offre payante. |
run_load_test | Démarrer un test enregistré. Payant. |
stop_load_test | Arrêter un test k6 ou JMeter en cours. |
analyze_test_results | Lancer une analyse IA d'une exécution terminée et expliquer les goulots d'étranglement. Consomme des crédits IA. |
Page Speed monitoring (Lighthouse et Core Web Vitals)
| Outil | Role |
|---|---|
list_pagespeed_monitors | Lister vos moniteurs Page Speed. |
create_pagespeed_monitor | Créer un moniteur pour une URL (mobile ou bureau, région, planification, en-têtes personnalisés). |
run_pagespeed_check | Lancer une vérification maintenant et attendre le résultat (jusqu'à environ deux minutes). Payant. |
get_pagespeed_results | Derniers scores et Core Web Vitals d'un moniteur. |
get_pagespeed_trends | Score moyen et tendance réussite/échec sur une fenêtre (par exemple les 7 derniers jours). |
set_pagespeed_schedule | Activer ou désactiver les vérifications planifiées d'un moniteur. |
create_pagespeed_alert | Alerter quand le score d'une catégorie (performance, accessibilité, bonnes pratiques, SEO, PWA) passe sous un seuil. |
delete_pagespeed_monitor | Supprimer un moniteur et ses résultats. Destructif. |
API monitoring
| Outil | Role |
|---|---|
check_api_endpoint | Lancer maintenant une vérification ponctuelle contre n'importe quel endpoint (méthode, en-têtes, corps, basic auth, assertions, régions). Aucun moniteur enregistré requis. Payant. |
list_api_monitors | Lister vos moniteurs d'API enregistrés. |
create_api_monitor | Créer un moniteur planifié (requête plus assertions plus planification). |
run_api_monitor | Exécuter maintenant un moniteur enregistré. Payant. |
set_api_monitor_schedule | Activer ou désactiver les vérifications planifiées. |
get_api_monitor_results | Derniers résultats, ou l'état d'exécution actuel. |
create_api_alert | Alerter sur un seuil, par exemple un temps de réponse supérieur à N millisecondes ou une condition de code de statut. |
get_alert_history | Lister les alertes d'un moniteur, ou l'historique de déclenchement d'une alerte. |
delete_api_monitor | Supprimer un moniteur, ses résultats et sa planification ensemble. Destructif. |
Ressources et prompts
Au-delà des outils, le serveur publie des ressources (contexte en lecture seule que l'assistant peut intégrer automatiquement) et des prompts (workflows multi-étapes prêts à l'emploi que vous déclenchez par leur nom).
Ressources
account-summary: votre identité, offre, statut et équipe active.current-team: l'équipe à laquelle cette connexion est limitée.locations: les régions disponibles pour les tests et moniteurs.recent-tests: vos tests et moniteurs les plus récents sur tous les services, en une seule liste.
Prompts
run-load-test: créer et exécuter un test de charge contre une URL, recommander une configuration dans les limites de votre offre, l'exécuter, interroger jusqu'à la fin et résumer les résultats. Confirme avant toute dépense.analyze-last-run: trouver votre dernier test de charge terminé, récupérer les résultats, lancer l'analyse IA et expliquer les goulots d'étranglement et les prochaines étapes.setup-api-monitor: transformer un endpoint ou une commande curl en moniteur planifié : le tester une fois, proposer des assertions, puis le créer avec une planification et une alerte optionnelle.weekly-performance-report: un rapport hebdomadaire multi-services des tests de charge, des tendances Core Web Vitals et de la disponibilité des API, avec les régressions mises en avant.
Exemples de conversations
Vous n'avez pas besoin de connaître les noms des outils. Décrivez simplement ce que vous voulez. Voici des flux typiques.
Exécuter un test de charge cloud
"Fais un test de charge de https://example.com/checkout avec 200 utilisateurs pendant 5 minutes depuis US East et Francfort, puis donne-moi le p95 et le taux d'erreur."
L'assistant vérifie votre offre et les régions, propose une configuration et vous demande de confirmer (exécuter un test est payant), crée le test, l'exécute, l'interroge jusqu'à la fin et rapporte le résumé. Vous pouvez ensuite dire "analyse cette exécution" pour obtenir un découpage des goulots d'étranglement par IA.
Configurer un moniteur d'API à partir d'une commande curl
"Voici une commande curl pour mon API. Teste-la une fois, puis configure un moniteur toutes les 5 minutes qui m'alerte s'il est plus lent que 800 ms ou renvoie autre chose que 200."
L'assistant analyse la requête, exécute un check_api_endpoint ponctuel, propose des assertions et, après votre confirmation, crée le moniteur, la planification et l'alerte.
Suivre les Core Web Vitals
"Crée un moniteur Page Speed mobile pour ma page d'accueil, exécute-le maintenant et alerte-moi si la performance passe sous 80."
Bilan de santé hebdomadaire
"Donne-moi le rapport de performance de cette semaine sur tous mes tests et moniteurs, et signale tout ce qui a régressé."
Permissions, sécurité et limites
- Lecture et écriture. Les outils de lecture ne changent jamais rien. Les outils d'écriture nécessitent la permission
mcp:writeaccordée à la connexion. Si vous connectez en lecture seule, l'assistant peut consulter mais ni créer ni exécuter. - Les dépenses sont explicites. Les outils qui lancent un vrai test ou une vraie vérification sont marqués comme payants, et les prompts intégrés confirment avec vous avant toute dépense.
- Actions destructives. Supprimer un moniteur efface ses résultats de façon permanente. L'assistant devrait confirmer avant de supprimer.
- Périmètre d'équipe. Chaque action s'exécute dans votre équipe active. Utilisez
list_teamsetset_current_team(ou demandez simplement "passe à l'équipe X") pour en changer. - Votre offre est la limite. Les limites d'offre sont appliquées côté serveur. Un compte gratuit qui demande d'exécuter un test JMeter reçoit un message de mise à niveau clair, pas un résultat cassé.
Dépannage
- L'assistant dit qu'il doit se reconnecter. Les jetons se renouvellent automatiquement, mais si une connexion est révoquée ou expire, il suffit de re-autoriser via le même flux de connecteur.
- Un outil dit "upgrade required". Cette fonctionnalité nécessite une offre payante. Demandez "quelle est mon offre ?" et passez à une offre supérieure sur
loadfocus.com/pricing. - Un outil dit "insufficient scope". Vous avez connecté en lecture seule. Reconnectez-vous et approuvez l'accès en écriture pour créer ou exécuter des tests.
- Mauvais compte ou mauvaise équipe. Demandez à l'assistant de "lister mes équipes" et "passe à l'équipe X", ou consultez la ressource
account-summary.
Services LoadFocus associés
LoadFocus est une plateforme de test cloud qui propose :