Ressources · Connecteur Claude

Connecteur Claude incident.ioCe que Claude sait faire dans ton compte incident.io.

Le connecteur Claude incident.io expose 35 outils. 27 lisent alertes, incidents, astreintes et catalogue, 6 créent ou modifient quelque chose, 2 restent sans verdict de lecture ou d'écriture. Voici ce que Claude peut déclarer à ta place et ce qui dépend de tes produits incident.io.

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

Aperçu

Pourquoi relier incident.io à Claude

incident.io centralise tes alertes, tes incidents et tes astreintes. Branché à Claude, il répond en langage courant : qui est d'astreinte pour l'équipe plateforme, combien d'incidents graves ce trimestre, quelles alertes finissent en vrai incident et lesquelles ne sont que du bruit. Claude va chercher les chiffres, les croise et te rend une synthèse, sans tableau de bord à ouvrir.

Mesurer plutôt que deviner. incident_stats agrège incidents et charge de travail selon plus de dix dimensions, et alert_stats compte les alertes avec la charge de travail des incidents qui leur sont liés.

Gérer une crise sans quitter la conversation. incident_create déclare un incident, incident_update fait évoluer son statut ou sa gravité, et escalation_respond acquitte ou décline une page.

Préparer une revue opérationnelle sérieuse. analysis_start charge des playbooks, la configuration de ton organisation et un modèle de rapport, pour une analyse opérationnelle structurée.

Ce que Claude ne fait pas ici : il ne reçoit aucune alerte de lui-même. Aucun outil ne se déclenche quand une page part à trois heures du matin ; c'est toi qui poses la question. Il agit avec les droits de la personne qui a validé la connexion, pas plus. Et plusieurs outils de la fiche ne répondent que si ton compte utilise le produit incident.io correspondant. Pour une réaction automatique à un événement, il faut un outil d'automatisation, un autre métier ; le hub Intégrations rassemble ce côté-là. Pour un connecteur de gestion de projet, vois le connecteur Claude asana.

Vocabulaire

Le vocabulaire en une minute

Cinq mots pour suivre la suite sans détour.

Connecteur
Le lien que tu poses une fois entre Claude et ton compte incident.io, pour qu'il y travaille pendant qu'il te répond.
Outil
Une action nommée que le connecteur ouvre à Claude. Il choisit seul lesquelles appeler, et la fiche du répertoire les liste par leur nom.
Autorisation
L'écran de connexion d'incident.io lui-même, où tu confies à Claude l'accès qu'il utilisera. Donnée une fois par personne, reprise de même.
Approbation
La confirmation que Claude attend avant d'aller au bout d'une action qui modifie ton compte, affichée dans la conversation au bon moment.
MCP
Le standard commun des connecteurs, celui qui permet à un assistant comme Claude de dialoguer avec un service extérieur comme incident.io.
Connexion

Brancher incident.io à Claude

  1. 01

    Repérer incident.io dans la liste

    Dans les réglages de Claude, ouvre Customize puis Connectors et cherche incident.io. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner active d'abord le connecteur pour l'organisation ; chaque membre s'y connecte ensuite de son côté.

  2. 02

    Te connecter à incident.io

    Clique sur Connect depuis la ligne d'incident.io, puis identifie-toi dans la fenêtre qu'incident.io ouvre lui-même. Choisis bien le compte : c'est en son nom que Claude verra et agira.

  3. 03

    Valider l'écran d'autorisation

    Relis l'écran d'autorisation d'incident.io avant d'accepter : c'est lui, pas Claude, qui fixe ce que l'accès couvre. Si le lien casse, Disconnect puis rebranche ; l'accès se retire aussi depuis incident.io.

Outils

Les 35 outils du connecteur Claude incident.io

incident.io donne à Claude 35 outils : 27 qui lisent ton compte, 6 qui y changent quelque chose, et 2 qu'aucune source officielle ne décrit.

Vingt-sept outils de consultation, six qui agissent et deux agents d'IA dont le sens reste flou. Les noms restent ceux que Claude affiche.

  • 27 lecture
  • 6 écriture
  • 2 non documentés

Ce que Claude lit (27)

27 outils

Vingt-sept outils qui consultent alertes, incidents, astreintes, équipes et catalogue sans rien y toucher.

alert_list

Parcourt et filtre les alertes reçues par incident.io. Claude s'en sert pour isoler une rafale d'alertes ou retrouver celle qui a précédé un incident.

Quand ça sert
tu veux voir toutes les alertes de la nuit sur le service de paiement.
Attention
pour une vue chiffrée, l'outil de statistiques est plus adapté qu'une liste.

Sourcedocs.incident.io · 23 septembre 2026 ↗

alert_show

Ouvre une alerte dans son intégralité, avec les incidents qui lui sont rattachés. C'est le zoom qui suit une liste.

Quand ça sert
une alerte revient chaque semaine et tu veux savoir si elle a déjà débouché sur un incident déclaré.
Attention
il faut d'abord repérer l'alerte, souvent via la liste.

Sourcedocs.incident.io · 23 septembre 2026 ↗

alert_source_list

Énumère les sources d'alerte configurées dans ton compte : les outils de supervision qui alimentent incident.io.

Quand ça sert
avant d'analyser le bruit, tu veux savoir quelles sources remontent réellement des alertes chez toi.
Attention
c'est une liste de configuration, pas un volume d'alertes.

Sourcedocs.incident.io · 23 septembre 2026 ↗

alert_stats

Compte les alertes et y associe la charge de travail des incidents qu'elles ont déclenchés. Claude distingue ainsi les alertes suivies d'un vrai travail d'incident de celles qui n'ont mené à rien.

Quand ça sert
repérer les alertes qui réveillent l'équipe sans jamais aboutir à un incident réel.

Sourcedocs.incident.io · 23 septembre 2026 ↗

analysis_start

Charge un espace d'analyse complet : playbooks, configuration de ton organisation et modèle de rapport, la base d'une analyse opérationnelle structurée.

Quand ça sert
préparer la revue trimestrielle des incidents avec une démarche structurée.
Attention
il prépare le terrain de l'analyse ; d'après la source, il ne modifie rien dans ton compte.

Sourcedocs.incident.io · 23 septembre 2026 ↗

ask_telemetry

Confie ta question à un agent d'IA qui interroge journaux, métriques, traces et tableaux de bord, puis rapporte la réponse dans la conversation.

Quand ça sert
connaître le taux d'erreur du service de paiement sur la dernière heure sans écrire de requête.
Attention
il faut le produit Investigations d'incident.io.

Sourcedocs.incident.io · 23 septembre 2026 ↗

catalog_entry_list

Passe en revue les entrées d'un type de catalogue, par exemple tous les services ou toutes les équipes décrits dans incident.io.

Quand ça sert
tu veux la liste des services déclarés pour vérifier qu'aucun n'a été oublié avant une revue d'astreinte.
Attention
commence par les types de catalogue si tu ne connais pas leur nom.

Sourcedocs.incident.io · 23 septembre 2026 ↗

catalog_entry_show

Affiche une entrée du catalogue avec l'ensemble de ses attributs. Claude y trouve le propriétaire, les dépendances ou toute information rangée par ton équipe.

Quand ça sert
savoir quelle équipe possède un service au moment où il tombe.
Attention
la qualité de la réponse dépend de la tenue du catalogue.

Sourcedocs.incident.io · 23 septembre 2026 ↗

catalog_type_list

Liste les types de catalogue définis dans ton compte, comme Service ou Team. C'est la porte d'entrée avant de parcourir les entrées elles-mêmes.

Quand ça sert
tu découvres l'espace incident.io d'une nouvelle entreprise et veux comprendre comment il est organisé.

Sourcedocs.incident.io · 23 septembre 2026 ↗

escalation_list

Recherche parmi les escalades, c'est-à-dire les pages envoyées aux personnes d'astreinte. Réservé aux comptes qui utilisent le produit On-call.

Quand ça sert
tu veux toutes les pages déclenchées pendant le week-end pour préparer le débrief du lundi.
Attention
sans On-call, l'outil renvoie une erreur.

Sourcedocs.incident.io · 23 septembre 2026 ↗

escalation_path_list

Énumère les chemins d'escalade configurés : les enchaînements qui déterminent qui est appelé, et dans quel ordre.

Quand ça sert
vérifier qu'aucune équipe critique n'est restée sans chemin d'escalade après une réorganisation.
Attention
sans le produit On-call, l'appel échoue et renvoie un message d'erreur.

Sourcedocs.incident.io · 23 septembre 2026 ↗

escalation_path_show

Montre, niveau par niveau, qui serait appelé si ce chemin d'escalade se déclenchait maintenant.

Quand ça sert
avant une mise en production sensible, tu veux savoir qui sera réveillé en cas de souci.
Attention
la réponse reflète l'instant présent, pas le planning de la semaine prochaine.

Sourcedocs.incident.io · 23 septembre 2026 ↗

escalation_show

Détaille une escalade précise avec l'historique de ses transitions : qui a été appelé, quand, et ce qui s'est passé ensuite.

Quand ça sert
comprendre pourquoi une page est restée longtemps sans réponse lors du dernier incident.
Attention
outil du produit On-call.

Sourcedocs.incident.io · 23 septembre 2026 ↗

escalation_stats

Compte les pages par chemin d'escalade, par priorité et par heure de la journée. De quoi mesurer le poids réel de l'astreinte.

Quand ça sert
savoir quelle part des pages tombe la nuit avant de renégocier l'organisation de l'astreinte.
Attention
réservé aux comptes On-call.

Sourcedocs.incident.io · 23 septembre 2026 ↗

follow_up_list

Liste les actions de suivi ouvertes après les incidents, ces tâches décidées en post-mortem pour éviter une récidive.

Quand ça sert
faire le point sur ce qui reste en souffrance après les incidents de la semaine dernière.
Attention
outil du produit Response d'incident.io.

Sourcedocs.incident.io · 23 septembre 2026 ↗

follow_up_stats

Totalise les actions de suivi par responsable, par statut et selon d'autres critères. Utile pour voir où ça coince.

Quand ça sert
repérer l'équipe qui accumule le plus d'actions post-incident non soldées avant un comité.
Attention
réservé au produit Response.

Sourcedocs.incident.io · 23 septembre 2026 ↗

incident_list

Recherche et filtre les incidents, avec un tri possible par charge de travail. C'est l'étape intermédiaire entre les statistiques et le détail d'un incident.

Quand ça sert
ressortir les dix incidents qui ont coûté le plus d'heures à l'équipe ce mois-ci.
Attention
il renvoie des incidents en série ; la fiche complète de l'un d'eux passe par un autre outil.

Sourcedocs.incident.io · 23 septembre 2026 ↗

incident_show

Affiche un incident en entier et, sur demande, les conclusions de l'investigation, le post-mortem et l'historique des points de situation.

Quand ça sert
retrouver la cause racine du dernier incident majeur avant d'en parler en comité.
Attention
l'investigation, le post-mortem et l'historique sont optionnels : demande-les explicitement.

Sourcedocs.incident.io · 23 septembre 2026 ↗

incident_stats

Agrège le nombre d'incidents et la charge de travail selon plus de dix dimensions. Claude transforme ces totaux en synthèse lisible plutôt qu'en tableau brut de chiffres.

Quand ça sert
savoir quelles équipes ont été les plus touchées par les incidents graves du trimestre.

Sourcedocs.incident.io · 23 septembre 2026 ↗

incident_update_list

Retrace l'historique complet des points de situation publiés pendant un incident, dans l'ordre chronologique.

Quand ça sert
reconstituer la chronologie d'une panne pour le post-mortem, avec ce qui a été annoncé à chaque étape.
Attention
il porte sur un seul incident à la fois.

Sourcedocs.incident.io · 23 septembre 2026 ↗

investigation_sync

Télécharge une investigation complète en un seul fichier, qu'incident.io destine à l'analyse par un modèle de langage. Claude peut alors parcourir toute l'investigation d'un bloc plutôt que morceau par morceau.

Quand ça sert
croiser les constats d'une investigation avec les derniers changements de code.
Attention
il faut le produit Investigations.

Sourcedocs.incident.io · 23 septembre 2026 ↗

resource_list

Indique tout ce qui est disponible en lecture : configuration de l'organisation, méthodes d'analyse et sources de télémétrie.

Quand ça sert
tu découvres le connecteur et veux savoir sur quelles ressources Claude peut s'appuyer avant une analyse.
Attention
c'est un inventaire, le contenu se lit avec l'outil voisin.

Sourcedocs.incident.io · 23 septembre 2026 ↗

resource_show

Lit une ressource précise : configuration de l'organisation, playbook d'analyse ou source de télémétrie. C'est l'étape qui suit l'inventaire des ressources, une fois que Claude sait ce qui existe.

Quand ça sert
vérifier comment ton organisation est paramétrée dans incident.io avant une analyse.

Sourcedocs.incident.io · 23 septembre 2026 ↗

schedule_list

Énumère les plannings d'astreinte de ton compte. Claude s'en sert pour savoir quelle rotation interroger ensuite.

Quand ça sert
un nouveau manager veut la liste de toutes les rotations existantes avant de réorganiser l'astreinte de son équipe.
Attention
les plannings relèvent du produit On-call, sans lequel l'appel échoue.

Sourcedocs.incident.io · 23 septembre 2026 ↗

schedule_show

Détaille un planning d'astreinte avec les créneaux en cours et à venir.

Quand ça sert
savoir qui est d'astreinte pour l'équipe plateforme en ce moment, et qui prend le relais ce soir.
Attention
il affiche le planning, il ne le réorganise pas ; les dérogations passent par d'autres outils absents de la fiche.

Sourcedocs.incident.io · 23 septembre 2026 ↗

team_list

Donne la liste des équipes connues d'incident.io. C'est le point de départ pour cadrer une analyse sur un périmètre précis.

Quand ça sert
tu veux comparer la charge d'incidents entre toutes les équipes produit sur le semestre.
Attention
les détails de chaque équipe se lisent avec l'outil voisin.

Sourcedocs.incident.io · 23 septembre 2026 ↗

team_show

Présente une équipe avec les chemins d'escalade, les sources d'alerte et les plannings dont elle est propriétaire.

Quand ça sert
savoir quelles alertes et quelles astreintes relèvent de l'équipe plateforme avant un audit.
Attention
tout dépend de la façon dont ton organisation a déclaré ses équipes.

Sourcedocs.incident.io · 23 septembre 2026 ↗

Ce que Claude change (6)

6 outils

Six outils qui agissent sur ton compte. Aucune source ne décrit de confirmation propre : la règle générale plus bas s'applique.

escalation_respond

Approbation : voir la règle

Acquitte ou décline une page d'astreinte depuis la conversation, sans ouvrir l'application incident.io.

Ce que Claude demande
aucune confirmation propre à cet outil n'est décrite ; c'est la règle générale des approbations qui joue.
Quand ça sert
tu es déjà sur le problème et veux acquitter la page de l'incident en cours.
Attention
réservé au produit On-call.

Sourcedocs.incident.io · 23 septembre 2026 ↗

feedback

Approbation : voir la règle

Transmet à incident.io un retour sur ses outils. Selon l'éditeur, l'assistant te propose ce retour après une tâche, et c'est à toi de le valider pour qu'il parte.

Ce que Claude demande
en dehors de cette précision de l'éditeur, on s'en remet au comportement par défaut de Claude.
Quand ça sert
signaler qu'un outil a mal filtré une recherche.

Sourcedocs.incident.io · 23 septembre 2026 ↗

follow_up_create

Approbation : voir la règle

Crée une action de suivi rattachée à un incident, pour qu'une correction décidée en débrief ne se perde pas.

Ce que Claude demande
rien de spécifique n'est documenté, donc voir la règle générale des approbations.
Quand ça sert
juste après un post-mortem, consigner les trois chantiers retenus.
Attention
outil du produit Response.

Sourcedocs.incident.io · 23 septembre 2026 ↗

follow_up_update

Approbation : voir la règle

Modifie une action de suivi déjà rattachée à un incident, pour que la liste colle à ce que l'équipe a vraiment fait.

Ce que Claude demande
la documentation ne décrit pas de confirmation dédiée ; le bloc des approbations fait foi.
Quand ça sert
marquer comme terminée une action soldée pendant le sprint.
Attention
sans le produit Response, cet outil renvoie une erreur au lieu d'agir.

Sourcedocs.incident.io · 23 septembre 2026 ↗

incident_create

Approbation : voir la règle

Déclare un nouvel incident dans incident.io, directement depuis la conversation.

Ce que Claude demande
aucune source ne décrit de confirmation spécifique ; par défaut, la règle générale de Claude s'applique.
Quand ça sert
ouvrir un incident de gravité moyenne sur une dégradation de l'API de paiement.
Attention
un incident déclaré mobilise les équipes selon ta configuration.

Sourcedocs.incident.io · 23 septembre 2026 ↗

incident_update

Approbation : voir la règle

Change les champs d'un incident : statut, gravité, rôles ou champs personnalisés.

Ce que Claude demande
pas de règle propre documentée ; voir la règle générale des approbations.
Quand ça sert
passer un incident en résolu une fois le correctif déployé.
Attention
le changement est signé du compte qui a validé la connexion.

Sourcedocs.incident.io · 23 septembre 2026 ↗

Sens non établi (2)

2 outils

incident.io décrit ces deux agents d'IA, mais aucune source ne dit s'ils se contentent de lire ou s'ils modifient ton compte.

ask

incident.io présente cet outil comme un agent d'IA pour les questions d'astreinte, la gestion des plannings et les questions générales. Mais aucune source ne dit s'il se contente de lire ou s'il modifie ton compte.

Attention
faute de précision, la règle générale des approbations le couvre.

ask_incident

D'après incident.io, c'est un agent d'IA dédié aux investigations et aux actions de gestion d'incident. Aucun texte officiel ne précise toutefois s'il lit seulement ou s'il agit sur ton compte.

Attention
tant que ce point n'est pas documenté, c'est la règle générale des approbations qui s'applique.
Approbations

Ce que Claude te demande avant d'agir

Par défaut, Claude s'arrête et te demande ton accord avant chaque action qu'il mène sur un compte à ta place. Avec incident.io, ça concerne six outils, et peut-être deux agents d'IA.

Sur un espace Team ou Enterprise, les propriétaires décident si un membre peut laisser passer certaines actions sans qu'on les lui redemande. Ils peuvent aussi borner ce qu'un connecteur fait pour toute l'organisation, par exemple garder la lecture et fermer l'écriture ; personne ne contourne ce réglage depuis son compte. Côté incident.io, la connexion agit au nom de la personne qui l'a validée : elle voit et fait uniquement ce que cette personne peut voir et faire. L'éditeur conseille d'ailleurs un compte de service dédié.

Plans

Sur quels plans Claude peut utiliser incident.io

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

La règle générale est publique : 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 le connecteur pour l'organisation avant que ses membres s'y connectent. Pour l'état à jour d'incident.io sur ton compte, consulte sa fiche dans le répertoire officiel. incident.io réserve aussi son serveur à certaines de ses propres formules, ce qui se règle chez lui.

Limites

Là où le connecteur incident.io s'arrête

Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : rien ne part quand une alerte se déclenche.

Seul l'éditeur documente ce connecteur : ni le centre d'aide de Claude ni la documentation d'Anthropic n'ont de page pour lui, et les limites ci-dessous viennent de la documentation d'incident.io. La liste d'outils reste un plancher observé : un administrateur peut ouvrir des actions absentes de toute fiche publique. Le badge partenaire n'est pas un audit de sécurité, et Anthropic rappelle sur chaque fiche qu'il ne choisit pas les outils d'un éditeur ni ne garantit leur comportement. incident.io documente d'ailleurs bien plus d'outils que les 35 de la fiche.

Besoin d'aide

Besoin d'aide pour brancher incident.io sur Claude ?

Une personne lit chaque message.

FAQ

Questions fréquentes sur le connecteur Claude incident.io

01Que peut faire Claude avec le connecteur incident.io ?
Claude peut consulter et piloter ton compte incident.io depuis la conversation. Vingt-sept outils lisent alertes, incidents, escalades, astreintes, équipes, catalogue et statistiques, lancent une analyse guidée ou interrogent la télémétrie. Six outils agissent : déclarer ou modifier un incident, acquitter une page, créer ou modifier une action de suivi, envoyer un retour à l'éditeur. Deux agents d'IA complètent la liste, sans qu'aucune source précise s'ils lisent seulement ou s'ils agissent. Tout reste borné par les droits du compte branché.
02Claude peut-il déclarer ou modifier un incident dans incident.io ?
Oui. incident_create déclare un nouvel incident, incident_update change son statut, sa gravité, ses rôles ou ses champs personnalisés, et escalation_respond acquitte ou décline une page. Claude peut aussi créer et modifier des actions de suivi. Aucun outil de la fiche ne supprime quoi que ce soit, et certains outils ne répondent que si ton compte utilise le produit incident.io correspondant, comme On-call ou Response. Chaque action porte le nom du compte qui a validé la connexion, ce qui compte pour la traçabilité.
03Claude me demande-t-il avant de déclarer un incident ?
Par défaut, oui : Claude s'arrête et demande ton accord avant chaque action qu'il mène sur un compte à ta place. Aucune source ne décrit de confirmation propre à un outil incident.io, donc cette règle générale s'applique aux six outils d'écriture. Sur un espace Team ou Enterprise, les propriétaires décident si les membres peuvent laisser passer certaines actions sans nouvelle demande, et peuvent fermer l'écriture pour toute l'organisation. Tu restes donc maître de chaque déclaration.
04Sur quels plans le connecteur incident.io 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 connecteurs distants soient ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile, avec une activation préalable par un Owner sur Team et Enterprise. Côté incident.io, l'éditeur réserve son serveur à certaines de ses formules. La fiche du répertoire reste la référence à jour pour ton compte.
05Claude voit-il tout mon espace incident.io ?
Non. La connexion agit au nom de la personne qui l'a validée et voit exactement ce que cette personne voit dans incident.io, ni plus ni moins. Les actions menées par Claude sont aussi attribuées à ce compte. C'est pourquoi l'éditeur recommande de brancher un compte de service dédié. Côté Claude, un propriétaire d'espace Team ou Enterprise peut encore restreindre ce que le connecteur fait pour tous. Choisis donc le compte branché en connaissance de cause.
06Pourquoi certains outils incident.io renvoient-ils une erreur ?
Parce que plusieurs outils dépendent d'un produit incident.io précis. D'après l'éditeur, un outil lié à On-call, Response ou Investigations apparaît bien dans la liste de Claude, mais son appel renvoie une erreur qui explique ce qui manque à ton compte. Autre cause fréquente : la connexion validée dans le navigateur expire au bout de 28 jours, et il faut alors la valider de nouveau depuis Claude. Vérifie ces deux points avant de conclure à une panne du connecteur.
07Claude ou un outil d'automatisation pour incident.io ?
Ils ne font pas le même métier, donc tout dépend de l'usage. Claude sert à interroger ou à agir ponctuellement en langage courant : analyser le bruit d'alerte, déclarer un incident, savoir qui est d'astreinte. Un outil d'automatisation enchaîne des étapes sans toi, à chaque nouvelle alerte par exemple. Le connecteur ne réagit jamais seul à un événement : pour une réaction automatique, choisis l'automatisation, et garde Claude pour l'analyse et les décisions.