Ressources · Connecteur Claude

Connecteur Claude MiggoCe que Claude sait faire dans ton compte Miggo.

Le connecteur Claude Miggo expose 25 outils. Les 25 lisent, 0 n'écrit : Claude cherche, ouvre, compte et filtre tes services, endpoints, findings, vulnérabilités, dépendances et services tiers. C'est une extension Claude Desktop, branchée avec un jeton d'API Miggo.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Aperçu

Ce que ça change pour une équipe sécurité

Au lieu de chercher toi-même la réponse à une question de risque, tu la poses à Claude et il interroge directement ton environnement Miggo. Miggo décrit six familles de données derrière les outils : services, endpoints, findings, vulnérabilités, dépendances et intégrations tierces. Pour chacune, Claude peut chercher, ouvrir une fiche, compter ou explorer les valeurs de filtre.

Répondre vite à la question de la CVE. Un nouvel avis de sécurité tombe : vulnerabilities_search vérifie ton exposition à cette CVE, et dependencies_search montre quels services embarquent le paquet touché. L'exemple de Miggo lui-même, c'est demander si tu es concerné par une CVE précise.

Cartographier la surface d'attaque. endpoints_search repère les routes exposées sur Internet, et findings_search rapporte les problèmes de posture, les dérives de configuration et les incidents qui les touchent.

Des totaux en une réponse. findings_count et vulnerabilities_count donnent des totaux rapides, comme le nombre de findings critiques ouverts.

Ce que Claude ne fera pas. Chaque outil de la fiche cherche, lit, compte ou liste des valeurs de filtre ; aucun n'est décrit comme clôturant un finding ou corrigeant quoi que ce soit. Le connecteur est une extension de bureau : il vit dans Claude Desktop, pas dans le navigateur. Et rien ne tourne seul, un nouveau finding critique n'alerte pas Claude. La surveillance continue relève des outils d'automatisation, un autre métier présenté sur la page Intégrations.

Vocabulaire

Le vocabulaire en une minute

Les mots que tu croiseras en ajoutant Miggo à Claude.

Connecteur
Le lien que tu poses une fois entre Claude et un compte que tu as déjà, pour qu'il y travaille pendant qu'il te répond.
Outil
Une action nommée que le connecteur ouvre à Claude sur ce compte. Il prend seul celles qu'il lui faut ; la fiche du répertoire liste les 25.
Autorisation
L'étape où tu confies à Claude l'accès qu'il utilisera. Pour Miggo, cela passe par un jeton d'API que tu pourras révoquer plus tard.
Approbation
La confirmation que Claude attend avant d'aller au bout d'une action qui modifie un compte, affichée dans la conversation au bon moment.
MCP
Le standard commun des connecteurs : c'est lui qui permet à un assistant comme Claude de parler à un service extérieur comme Miggo.
Connexion

Ajouter Miggo à Claude en trois étapes

  1. 01

    Retrouver Miggo dans Claude Desktop

    Ouvre Claude Desktop, va dans Customize puis Connectors et repère Miggo. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit activer le connecteur avant que les membres puissent l'installer.

  2. 02

    Lancer le branchement

    Clique sur Connect depuis sa ligne et fournis l'accès que Miggo demande à l'écran. Si ça cesse de marcher un jour, passe par Disconnect, puis ajoute-le de nouveau depuis la même ligne.

  3. 03

    Mesurer ce que tu confies

    L'accès que tu fournis décide de ce que Claude atteint dans Miggo : lis ce qui est demandé avant de valider. Tu peux aussi retirer cet accès plus tard, côté Miggo.

Outils

Les 25 outils, rangés selon ce qu'ils font

Miggo donne à Claude 25 outils : 25 qui lisent ton compte, 0 qui y changent quelque chose.

Tous les outils de cette fiche lisent. Leurs noms restent en anglais, tels que Claude les affiche.

  • 25 lecture

Ce que Claude lit (25)

25 outils

Vingt-cinq outils qui cherchent, ouvrent, comptent et filtrent tes données Miggo sans y toucher.

services_get

Récupère un service par son identifiant, avec ses détails, ses dépendances et son score de risque, pour que Claude creuse un composant précis.

Quand ça sert
un service revient sans cesse et tu veux ses détails, ses dépendances et son score de risque au même endroit.

Sourcegithub.com · 1 octobre 2026 ↗

services_count

Renvoie le nombre de services qui répondent à des filtres, un chiffre plutôt qu'une liste. L'exemple de Miggo : combien de services Java l'entreprise fait tourner.

Quand ça sert
il te faut un seul total, par exemple le nombre de services écrits dans un langage, plutôt qu'une liste.

Sourcegithub.com · 1 octobre 2026 ↗

services_facets

Donne les valeurs possibles des filtres sur les services, pour que Claude sache quelles options existent avant de construire une recherche.

Quand ça sert
tu ne sais pas quelles valeurs accepte un filtre sur les services et tu les veux avant de chercher.
Attention
il renvoie des options, pas des services ; une recherche suit.

Sourcegithub.com · 1 octobre 2026 ↗

endpoints_get

Fait remonter un endpoint par son identifiant avec son service propriétaire, son niveau d'exposition et ses findings associés : le détail derrière une route.

Quand ça sert
une route attire l'attention et tu veux son service propriétaire, son niveau d'exposition et ses findings.

Sourcegithub.com · 1 octobre 2026 ↗

endpoints_count

Indique combien d'endpoints répondent à des filtres donnés. Miggo l'illustre par une question du type : combien d'endpoints publics exposons-nous. La réponse est un nombre, pas des fiches : les endpoints elles-mêmes viennent de endpoints_search.

Quand ça sert
il te faut le nombre d'endpoints publics plutôt que leur liste.

Sourcegithub.com · 1 octobre 2026 ↗

endpoints_facets

Liste les valeurs disponibles pour filtrer les endpoints, méthodes HTTP, services ou types d'exposition, avant que Claude resserre une requête. Il renvoie des options de filtre, pas des endpoints ; endpoints_search s'en sert ensuite.

Quand ça sert
tu veux les méthodes HTTP, services ou types d'exposition disponibles avant de filtrer les endpoints.

Sourcegithub.com · 1 octobre 2026 ↗

third_parties_get

Récupère une intégration tierce par son identifiant et montre lesquels de tes services se connectent à ce prestataire externe. Il lui faut l'identifiant d'une fiche, du type de ceux que renvoie third_parties_search.

Quand ça sert
un prestataire externe est en cause et il te faut les services qui s'y connectent.

Sourcegithub.com · 1 octobre 2026 ↗

third_parties_count

Compte les intégrations tierces qui répondent à des filtres : la réponse rapide à « de combien de services externes dépendons-nous ». La réponse est un nombre, pas des fiches : les intégrations elles-mêmes viennent de third_parties_search.

Quand ça sert
il te faut un seul chiffre pour le nombre de services externes dont tu dépends.

Sourcegithub.com · 1 octobre 2026 ↗

third_parties_facets

Renvoie les valeurs possibles des filtres sur les tiers, ce qui révèle les prestataires connus et les types d'intégration avant que Claude cherche.

Quand ça sert
tu veux les prestataires connus et les types d'intégration avant de filtrer les tiers.

Sourcegithub.com · 1 octobre 2026 ↗

findings_get

Rapporte le détail complet d'un finding par son identifiant, services touchés et contexte de remédiation que Miggo détient compris. Il lui faut l'identifiant d'une fiche, du type de ceux que renvoie findings_search.

Quand ça sert
un finding demande de l'attention et tu veux les services touchés et le contexte de remédiation.

Sourcegithub.com · 1 octobre 2026 ↗

findings_count

Totalise les findings qui répondent à des filtres. Miggo le présente comme l'outil de la synthèse pour la direction, par exemple combien de findings critiques restent ouverts.

Quand ça sert
une synthèse pour la direction a besoin du nombre de findings critiques ouverts.

Sourcegithub.com · 1 octobre 2026 ↗

findings_facets

Liste les niveaux de gravité, types de findings et statuts disponibles comme filtres, pour que Claude interroge les findings avec le bon vocabulaire.

Quand ça sert
tu veux les niveaux de gravité, types de findings et statuts disponibles avant de filtrer les findings.

Sourcegithub.com · 1 octobre 2026 ↗

vulnerabilities_get

Récupère une vulnérabilité par son identifiant et montre quels services et quelles dépendances elle touche : le lien entre une CVE et ton propre code.

Quand ça sert
une CVE te concerne et il te faut les services et dépendances qu'elle touche.

Sourcegithub.com · 1 octobre 2026 ↗

vulnerabilities_count

Donne le nombre de vulnérabilités correspondant à des filtres, par exemple combien de CVE critiques restent non corrigées dans le parc. La réponse est un nombre, pas des fiches : les vulnérabilités elles-mêmes viennent de vulnerabilities_search.

Quand ça sert
il te faut le nombre de CVE critiques encore non corrigées.

Sourcegithub.com · 1 octobre 2026 ↗

vulnerabilities_facets

Montre les niveaux de gravité, statuts et paquets touchés disponibles comme filtres de vulnérabilités, en amont d'une recherche précise. Il renvoie des options de filtre, pas des vulnérabilités ; vulnerabilities_search s'en sert ensuite.

Quand ça sert
tu veux les niveaux de gravité, statuts et paquets touchés disponibles avant de chercher des vulnérabilités.

Sourcegithub.com · 1 octobre 2026 ↗

dependencies_get

Fait remonter une dépendance par son identifiant, avec sa version, ses vulnérabilités et les services qui s'appuient dessus. Il lui faut l'identifiant d'une fiche, du type de ceux que renvoie dependencies_search.

Quand ça sert
un paquet t'inquiète et tu veux sa version, ses vulnérabilités et les services qui en dépendent.

Sourcegithub.com · 1 octobre 2026 ↗

dependencies_count

Compte les dépendances qui répondent à des filtres, comme le nombre de paquets vulnérables présents dans tes services à l'instant. La réponse est un nombre, pas des fiches : les dépendances elles-mêmes viennent de dependencies_search.

Quand ça sert
il te faut le nombre de dépendances vulnérables en un seul chiffre.

Sourcegithub.com · 1 octobre 2026 ↗

dependencies_facets

Liste les familles de gestionnaires de paquets, statuts de vulnérabilité et versions en usage comme options de filtre, pour découper les données de dépendances avec précision.

Quand ça sert
tu veux les familles de paquets, statuts de vulnérabilité et versions en usage avant de filtrer les dépendances.

Sourcegithub.com · 1 octobre 2026 ↗

project_get

Renvoie les métadonnées du projet authentifié, ce qui confirme à quel environnement Miggo Claude est branché et quels réglages s'appliquent au projet. Sa réponse reflète le projet lié au jeton d'API saisi à l'installation.

Quand ça sert
tu veux confirmer de quel environnement Miggo viennent les réponses.

Sourcegithub.com · 1 octobre 2026 ↗

Approbations

Ce que Claude te demande avant d'agir

Par défaut, Claude s'arrête et demande ton accord avant chaque action qu'il mène sur un compte à ta place. Ici, les 25 outils sont décrits comme des lectures, la question se pose donc rarement.

Sur Team et Enterprise, les propriétaires de l'espace décident si les membres peuvent laisser passer certaines actions sans qu'on les leur redemande. Ils peuvent aussi borner ce que fait un connecteur pour toute l'organisation, garder la lecture et fermer l'écriture par exemple, et personne ne le contourne depuis son compte. Claude travaille avec l'accès que tu lui as donné, rien de plus : le jeton décide de ce qu'il atteint dans Miggo. L'étiquetage officiel outil par outil n'apparaît que dans un compte connecté.

Plans

Sur quels plans c'est disponible

Aucune des 819 fiches du répertoire officiel n'affiche de disponibilité par plan. Connecteur par connecteur, la réponse n'est publiée nulle part.

La règle générale, elle, est publiée : les extensions de bureau s'installent sur Claude Desktop, et les connecteurs distants sont ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile. Sur Team et Enterprise, un Owner ou un Primary Owner active un connecteur avant que les membres s'en servent. Ton compte et ton jeton Miggo sont une autre affaire, côté Miggo. Pour l'état à jour, consulte la fiche du connecteur dans le répertoire officiel.

Limites

Là où ce connecteur s'arrête

Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : rien ne se déclenche quand Miggo lève un nouveau finding.

Seul Miggo documente ce connecteur : le centre d'aide de Claude n'a pas de page dessus, les limites ci-dessous viennent donc du README et du manifeste d'extension de Miggo. Une liste d'outils en lecture seule est un plancher observé, pas une garantie. Le badge de vérification du répertoire n'est pas un audit de sécurité, et Anthropic écrit sur chaque fiche qu'il ne choisit pas les outils d'un éditeur. Pour un produit de sécurité, raison de plus de ne passer que par la fiche officielle de Miggo. Pour de l'alerte automatisée, pars de la page Intégrations.

Besoin d'aide

Besoin d'aide pour brancher Miggo sur Claude ?

Une personne lit chaque message.

FAQ

Questions fréquentes sur le connecteur Claude Miggo

01Que peut faire Claude avec le connecteur Miggo ?
Claude peut explorer tes données de sécurité applicative dans Miggo pendant qu'il te répond. Les 25 outils couvrent six familles, services, endpoints, findings, vulnérabilités, dépendances et intégrations tierces, et pour chacune Claude peut chercher, ouvrir une fiche, compter les correspondances ou lister les valeurs de filtre. Un dernier outil confirme le projet Miggo branché. L'un des exemples de Miggo : demander si une CVE précise te touche, Claude cherchant alors dans tes dépendances et vulnérabilités pour montrer les services concernés.
02Claude peut-il modifier quelque chose dans Miggo ?
Pas avec les outils de la fiche du répertoire. Miggo décrit les 25 comme des recherches, des ouvertures de fiche, des comptages ou des listes de valeurs de filtre, et aucun n'est présenté comme clôturant un finding, acceptant un risque ou appliquant un correctif. Prends-le comme ce que la fiche expose aujourd'hui plutôt qu'une promesse durable : si de nouveaux outils apparaissent, lis leur description d'abord. Pour l'heure, la remédiation reste dans Miggo et chez tes équipes.
03Claude demande-t-il avant d'utiliser les outils Miggo ?
Par défaut, Claude demande une confirmation avant chaque action qu'il mène sur un compte à ta place. Aucune source ne décrit de confirmation propre à un outil Miggo, c'est donc cette règle par défaut qui les couvre. Comme tous les outils ici lisent, l'enjeu est plus faible que sur un connecteur qui envoie ou modifie des données. Sur Team et Enterprise, les propriétaires de l'espace décident aussi ce qui passe sans demande, à chaque fois.
04Sur quels plans Claude Miggo est-il disponible ?
Aucune source officielle ne publie la disponibilité par plan connecteur par connecteur, et aucune des 819 fiches du répertoire ne l'affiche. La règle générale veut que les extensions de bureau s'installent sur Claude Desktop, que les connecteurs distants soient ouverts à tous les utilisateurs des applis Claude, et que sur Team et Enterprise un Owner ou un Primary Owner active d'abord le connecteur. Miggo exige de son côté un compte et un jeton d'API. La fiche du répertoire montre l'état à jour.
05Claude voit-il tous les projets de notre organisation Miggo ?
Claude voit ce que le jeton d'API fourni permet d'atteindre, et rien au-delà. L'outil projet renvoie les métadonnées du projet authentifié, le moyen le plus rapide de vérifier de quel environnement Claude parle. Le jeton lui-même se crée dans le portail Integrations de Miggo, côté Miggo. Sur Team et Enterprise, un propriétaire Claude peut en plus restreindre ou retirer le connecteur pour tous, sans qu'un membre puisse passer outre depuis son compte.
06Pourquoi Claude ne renvoie-t-il qu'une partie d'une longue liste ?
Parce que Miggo découpe ses résultats en pages. Son README plafonne les listes à 50 éléments par appel, et le tri par défaut place les éléments les plus risqués en premier. Pour un inventaire complet, Claude doit donc parcourir plusieurs pages : demande-lui explicitement de continuer jusqu'au bout, ou passe d'abord par l'outil de comptage pour savoir combien d'éléments attendre. Miggo documente cette taille de page et le tri par défaut, par risque décroissant, comme des réglages de son propre serveur, pas de Claude.
07Claude ou un outil d'automatisation pour Miggo ?
Ils ne font pas le même métier, alors choisis selon l'usage. Claude avec ce connecteur répond sur le moment : sommes-nous touchés par cette CVE, quels endpoints publics portent des findings critiques, à quoi ce service se connecte-t-il. Un outil d'automatisation tourne sur des événements ou un calendrier, par exemple pour ouvrir un ticket à chaque nouveau finding critique, ce que ce connecteur ne fait jamais seul. Pour l'enquête et les points d'étape, c'est Claude ; pour l'alerte, l'automatisation.