Ressources · Connecteur Claude

Connecteur Claude AutomoxCe que Claude sait faire dans ton compte Automox.

Le connecteur Claude Automox expose 133 outils : 85 lisent ton parc, 48 le modifient, 0 reste non documenté. C'est une extension de Claude Desktop. Tu verras ce que Claude rapporte, ce qu'il peut corriger, redémarrer ou supprimer, et les verrous prévus par Automox.

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

Aperçu

Ce qui change quand Claude parle à ta console Automox

Avec cette extension, tu ne fouilles plus la console toi-même : tu demandes à Claude si tu es prêt pour le Patch Tuesday, quels appareils posent problème ou ce qu'un collègue a changé hier, et il va chercher la réponse dans ta console avec ta propre clé d'API.

Savoir où tu en es avant le Patch Tuesday. get_patch_tuesday_readiness réunit le rapport de pré-correctifs, les approbations en attente et les plannings en une réponse, et get_compliance_snapshot fait de même pour la conformité.

Enquêter sur un appareil ou un échec. get_device_full_profile rassemble détail, inventaire, logiciels et stratégies d'une machine, tandis que policy_run_results rapporte la sortie et les codes d'erreur d'une exécution ratée.

Agir sur le parc. Écriture activée, Claude peut approuver un correctif via decide_patch_approval, redémarrer un appareil via execute_device_command ou monter une stratégie avec apply_policy_changes.

Connais aussi les limites. Automox marque chaque outil d'écriture pour une confirmation dans l'application, et garde les quatre plus risqués derrière des réglages coupés par défaut. Un mode lecture seule retire les 48 outils d'écriture. La prise en main à distance exige un abonnement à part. Et rien ne tourne seul : aucun outil ne réagit à une nouvelle faille ou à un échec. Ce genre de traitement relève des plateformes d'automatisation, présentées depuis la page Intégrations.

Vocabulaire

Cinq mots avant de brancher

Le vocabulaire autour de cette extension, en une minute.

Connecteur
Le lien que tu poses une fois entre Claude et un compte que tu as déjà, pour que Claude y travaille pendant qu'il te répond.
Outil
Une action nommée que le connecteur ouvre à Claude. Claude choisit seul lesquelles appeler, et le répertoire les liste toutes par leur nom.
Autorisation
L'accès que tu accordes une fois pour que Claude travaille sur un service. Ici, il repose sur la clé d'API Automox collée à l'installation.
Approbation
La confirmation que Claude attend avant une action qui modifie ton compte, affichée dans la conversation au moment où elle s'applique.
MCP
Le standard commun des connecteurs : c'est lui qui permet à un assistant comme Claude de dialoguer avec un service extérieur comme Automox.
Connexion

Installer Automox dans Claude en trois étapes

  1. 01

    Trouver Automox dans Claude Desktop

    Ouvre les réglages de Claude Desktop, passe par Customize puis Connectors et cherche Automox. C'est une extension de bureau, installée sur Claude Desktop. Sur Team ou Enterprise, un Owner ou un Primary Owner l'active avant que les membres s'en servent.

  2. 02

    Lancer le branchement

    Clique sur Connect sur sa ligne et donne à l'extension ce qu'elle demande. Selon Automox, elle réclame ta clé d'API, l'UUID du compte et, en option, l'identifiant d'organisation, rangés dans la configuration sécurisée de Claude Desktop. En cas de panne, Disconnect puis rebranche.

  3. 03

    Choisir ce que couvre l'accès

    C'est le service, pas Claude, qui fixe la portée de l'accès. Automox indique que le connecteur agit en ton nom, avec exactement tes droits de console et d'API : la clé choisie et le rôle de son propriétaire décident de ce que Claude atteint.

Outils

Les 133 outils, entre lecture et modification

Automox donne à Claude 133 outils : 85 qui lisent ton compte, 48 qui y changent quelque chose.

Automox documente chaque outil : chacun a donc son groupe. Les noms restent exactement ceux qu'affiche Claude.

  • 85 lecture
  • 48 écriture

Ce que Claude lit (85)

85 outils

Quatre-vingt-cinq outils qui rendent compte des appareils, stratégies, correctifs, utilisateurs et réglages sans rien modifier.

audit_events_ocsf

Interroge le service d'audit v2 d'Automox et renvoie les événements au format OCSF, que beaucoup d'outils de sécurité lisent déjà. Une date est obligatoire, un nom de type d'événement peut resserrer le résultat.

Quand ça sert
ton équipe sécurité veut l'activité Automox dans le même schéma que le reste de ses journaux.

Sourcegithub.com · 1 octobre 2026 ↗

audit_trail_user_activity

Ramène l'historique d'audit d'une personne pour un jour donné, repérée par son e-mail ou son identifiant, avec pagination si la journée a été chargée. Les données brutes des événements, nettoyées, n'arrivent que sur demande explicite.

Quand ça sert
tu dois savoir ce qu'un collègue a touché dans la console mardi dernier, et dans quel ordre.

Sourcegithub.com · 1 octobre 2026 ↗

check_group_exclusion_status

Répond, pour un ou plusieurs groupes de serveurs, si chacun se trouve en ce moment dans une fenêtre d'exclusion active. La réponse tient en un oui ou un non par groupe.

Quand ça sert
avant de lancer une stratégie à la main sur deux groupes, tu vérifies qu'aucun n'est en période de gel.

Sourcegithub.com · 1 octobre 2026 ↗

check_window_active

Indique si une fenêtre de maintenance est active à cet instant. Automox la considère active si son statut l'indique, si au moins un groupe y est rattaché et si l'heure actuelle tombe dans une période d'exclusion.

Quand ça sert
une intervention a été bloquée ce matin et tu soupçonnes une fenêtre de gel oubliée.

Sourcegithub.com · 1 octobre 2026 ↗

device_detail

Dresse un portrait soigné d'un appareil : état récent des stratégies, affectations, commandes en attente et faits clés. Les codes de statut deviennent des libellés lisibles, avec un résumé de conformité qui nomme les stratégies à corriger.

Quand ça sert
un ticket du support cite un portable et tu veux tout son état en une seule réponse.

Sourcegithub.com · 1 octobre 2026 ↗

device_health_metrics

Agrège les indicateurs de santé de toute l'organisation. La conformité suit la règle d'Automox : un appareil n'est non conforme que si une stratégie demande une correction, le travail en attente étant compté à part.

Quand ça sert
un rapport hebdomadaire réclame un taux de conformité et une liste plafonnée de machines dormantes.
Attention
l'échantillon est de 500 appareils par défaut, sauf autre limite.

Sourcegithub.com · 1 octobre 2026 ↗

device_search_typeahead

Propose des valeurs valides pour les champs de recherche pendant qu'une requête se construit, pour que Claude cesse de deviner l'orthographe d'un tag, d'un système ou d'un statut. Il découvre des valeurs, il ne cherche pas d'appareils.

Quand ça sert
tu te souviens vaguement d'un tag et veux sa forme exacte avant de filtrer le parc dessus.
Attention
il fait partie de la famille de recherche où les clés globales échouent souvent.

Sourcegithub.com · 1 octobre 2026 ↗

devices_needing_attention

Fait remonter les machines qu'Automox signale comme à traiter immédiatement. Chacune arrive avec ses stratégies en échec, leur gravité, la raison de l'échec et la date d'origine de la stratégie.

Quand ça sert
le tri du lundi matin, quand tu veux la courte liste des urgences avant tout le reste.

Sourcegithub.com · 1 octobre 2026 ↗

discover_capabilities

Renvoie l'inventaire que le serveur tient de ses propres outils, classés par domaine, avec leur disponibilité en direct. Automox le garde chargé quelle que soit la sélection de modules configurée.

Quand ça sert
Claude dit ne pas pouvoir faire quelque chose et tu veux savoir si l'outil est seulement chargé.

Sourcegithub.com · 1 octobre 2026 ↗

get_account

Récupère la fiche de base de ton compte Automox : identifiant, nom, type et horodatages. Rien sur les utilisateurs, les appareils ni les stratégies, seulement l'objet compte lui-même.

Quand ça sert
un collègue qui gère plusieurs clients veut confirmer à quel compte une clé est rattachée.

Sourcegithub.com · 1 octobre 2026 ↗

get_account_user

Lit la fiche d'un utilisateur au niveau du compte, par identifiant : statut, rôle, vérification et type de double authentification en place. C'est la fiche sur laquelle reposent les questions d'accès à l'échelle du compte.

Quand ça sert
une revue des accès demande si tel administrateur a bien activé la double authentification.
Attention
la valeur disabled veut dire que la 2FA est coupée, pas qu'un type est configuré.

Sourcegithub.com · 1 octobre 2026 ↗

get_action_set_detail

Ouvre un lot de remédiation de vulnérabilités et affiche son détail, dont un statut de cycle de vie observé comme active, ready ou building. Automox précise que la valeur finale de ce cycle n'est pas confirmée.

Quand ça sert
un import de scanner s'est terminé il y a une heure et tu veux vérifier qu'il a été traité.

Sourcegithub.com · 1 octobre 2026 ↗

get_action_set_issues

Liste les vulnérabilités, par CVE, rattachées à un lot de remédiation. C'est le pont entre un import de scanner et les failles concrètes qu'Automox aidera à corriger.

Quand ça sert
le responsable sécurité veut savoir quelles CVE couvre un import avant de valider le travail.

Sourcegithub.com · 1 octobre 2026 ↗

get_action_set_solutions

Montre les solutions proposées pour un lot : correctifs ou réglages recommandés, avec une gravité par vulnérabilité et un statut par appareil. Automox signale que ces valeurs sont des codes sans liste publiée.

Quand ça sert
après un scan Qualys ou Tenable, tu arbitres quelles corrections pousser d'abord et sur quelles machines.

Sourcegithub.com · 1 octobre 2026 ↗

get_cached_search_results

Récupère les résultats qu'Automox a gardés de son côté pour une recherche d'appareils déjà exécutée, grâce à l'identifiant de cette exécution. Rien n'est relancé, ce qui rend les questions de suivi légères.

Quand ça sert
une longue recherche a abouti plus tôt dans la conversation et tu veux ses résultats pour une deuxième question.

Sourcegithub.com · 1 octobre 2026 ↗

get_compliance_snapshot

Réunit en un appel les appareils non conformes, la santé du parc et les statistiques des stratégies, de quoi dire où en est ta conformité. Les listes internes sont plafonnées, à dix entrées par défaut.

Quand ça sert
une diapositive pour le comité doit résumer ta posture de sécurité en deux lignes cet après-midi.
Attention
appelle ensuite le rapport complet si tu veux chaque appareil derrière les chiffres.

Sourcegithub.com · 1 octobre 2026 ↗

get_data_extract

Vérifie un export de données en masse : son statut, de « en file » à « expiré », un indicateur de disponibilité, et l'existence d'un lien de téléchargement avec son heure d'expiration.

Quand ça sert
tu as demandé un gros export ce matin et veux savoir s'il est prêt à récupérer.

Sourcegithub.com · 1 octobre 2026 ↗

get_device_assignments

Montre la correspondance entre les appareils et les stratégies ou groupes auxquels ils appartiennent. La plupart des questions sur ce qu'une machine a reçu partent de cette table.

Quand ça sert
une machine a reçu un correctif qui ne la concernait pas et tu remontes à la stratégie fautive.

Sourcegithub.com · 1 octobre 2026 ↗

get_device_by_uuid

Renvoie la fiche quasi brute d'un appareil à partir de son identifiant unique. Les codes de stratégie reçoivent un libellé lisible, la durée de fonctionnement passe en minutes, et un résumé nomme ce qui reste à corriger.

Quand ça sert
une notification t'a donné l'identifiant d'un appareil, et rien d'autre.

Sourcegithub.com · 1 octobre 2026 ↗

get_device_full_profile

Fusionne en un profil le détail de l'appareil, un résumé d'inventaire, les logiciels installés et les stratégies affectées. Claude répond sur une machine sans enchaîner quatre requêtes.

Quand ça sert
un serveur se comporte bizarrement et tu veux tout ce qu'on sait de lui en une réponse.

Sourcegithub.com · 1 octobre 2026 ↗

get_device_inventory

Récupère l'inventaire détaillé d'un appareil : matériel, réseau, sécurité, services, système et utilisateurs, via le point d'accès de détail de la console. Une seule catégorie peut être demandée isolément.

Quand ça sert
il te faut les chiffres exacts de disque et de mémoire d'un poste avant d'accepter une mise à niveau.

Sourcegithub.com · 1 octobre 2026 ↗

get_device_inventory_categories

Liste les catégories d'inventaire disponibles pour un appareil donné. Elles diffèrent d'une machine à l'autre, raison pour laquelle Automox les expose à part, avant l'inventaire lui-même.

Quand ça sert
tu ne sais pas quel type d'inventaire remonte un serveur Linux comparé à un Mac.

Sourcegithub.com · 1 octobre 2026 ↗

get_device_metadata_fields

Donne les noms et types de champs qu'accepte la recherche avancée, sous forme de liste à plat. Claude s'en sert pour formuler des requêtes que la recherche ne rejettera pas pour un champ inconnu.

Quand ça sert
une requête échoue sans cesse à cause d'un nom de champ erroné et tu veux le bon.

Sourcegithub.com · 1 octobre 2026 ↗

get_device_scheduled_windows

Affiche les prochaines périodes de maintenance d'un appareil, avec début et fin calculés à partir de la règle et de la durée de chaque fenêtre, plus son type. Une date limite facultative borne l'horizon.

Quand ça sert
un utilisateur demande si son portable risque de redémarrer pendant la démo client de demain.

Sourcegithub.com · 1 octobre 2026 ↗

get_group_scheduled_windows

Liste les prochaines périodes de maintenance d'un groupe de serveurs, début et fin déduits de la règle, du départ et de la durée enregistrés. Tu peux plafonner l'horizon avec une date future.

Quand ça sert
tu prépares une mise en production et veux les périodes de gel du groupe sur les semaines à venir.

Sourcegithub.com · 1 octobre 2026 ↗

get_patch_tuesday_readiness

Combine le rapport de pré-correctifs, les approbations en attente et les plannings des stratégies de correctifs en une vue de ta préparation au Patch Tuesday. Automox la présente comme la réponse en un seul appel à cette question de préparation.

Quand ça sert
le cycle mensuel de correctifs démarre demain et tu veux un feu vert ou rouge clair.

Sourcegithub.com · 1 octobre 2026 ↗

get_policy_window

Ouvre une fenêtre de maintenance par son identifiant et en montre la règle de récurrence, la durée, les groupes concernés et le statut actuel, tout ce qu'il faut pour comprendre ce qu'elle bloque.

Quand ça sert
un collègue a posé un gel la semaine dernière et tu veux lire exactement ce qu'il couvre.

Sourcegithub.com · 1 octobre 2026 ↗

get_saved_search_results

Exécute une recherche enregistrée et renvoie les appareils qu'elle trouve maintenant, page par page. La réponse reflète le parc tel qu'il est, pas la dernière fois que quelqu'un a regardé.

Quand ça sert
ta recherche récurrente des serveurs sans correctifs critiques doit être rafraîchie avant une réunion.

Sourcegithub.com · 1 octobre 2026 ↗

get_search_scopes

Liste les portées disponibles pour la recherche d'appareils. Ces métadonnées ne dépendent d'aucune organisation, et Claude s'en sert pour choisir la bonne portée avant de chercher sur un tag ou un autre champ.

Quand ça sert
Claude doit savoir quelle portée couvre les tags avant une recherche par tag.

Sourcegithub.com · 1 octobre 2026 ↗

get_searchable_fields

Liste les champs d'appareil interrogeables, rangés par portée, avec le type de chacun. Automox la présente comme plus riche que la liste à plat, pensée pour des requêtes typées.

Quand ça sert
tu bâtis une requête précise sur des dates ou des nombres et veux d'abord les types de champs.

Sourcegithub.com · 1 octobre 2026 ↗

get_server_group

Ramène toutes les informations qu'Automox détient sur un groupe de serveurs. La référence ne liste pas les champs renvoyés. L'outil se contente de lire la fiche du groupe.

Quand ça sert
tu veux lire les réglages actuels d'un groupe avant de prévoir le moindre ajustement.

Sourcegithub.com · 1 octobre 2026 ↗

get_upload_formats

Liste les formats CSV qu'Automox accepte pour importer un lot de remédiation tiré d'un export de scanner. C'est un appel de référence, rien n'est importé.

Quand ça sert
avant d'importer un export de scanner tout frais, tu vérifies le format à respecter.

Sourcegithub.com · 1 octobre 2026 ↗

get_user

Lit un utilisateur par identifiant numérique, avec ses appartenances aux organisations et groupes et ses rôles RBAC. Automox affirme qu'aucun secret ne figure dans la réponse.

Quand ça sert
une liste de départ demande les appartenances et rôles actuels d'une personne au même endroit.
Attention
un identifiant numérique est attendu, pas une adresse e-mail.

Sourcegithub.com · 1 octobre 2026 ↗

get_user_api_key

Récupère les métadonnées d'une clé d'API appartenant à un utilisateur, à partir des identifiants de l'utilisateur et de la clé. Le secret de la clé ne fait jamais partie de la réponse.

Quand ça sert
tu vérifies si la clé d'un salarié sur le départ est encore active avant son dernier jour.

Sourcegithub.com · 1 octobre 2026 ↗

get_webhook

Rapporte la configuration d'un abonnement webhook, les réglages qu'Automox utilise pour pousser des événements vers un système extérieur.

Quand ça sert
une intégration ne reçoit plus rien et tu commences par regarder comment elle a été réglée.
Attention
l'historique des envois est dans un autre outil, pas dans celui-ci.

Sourcegithub.com · 1 octobre 2026 ↗

get_worklet_detail

Montre un worklet communautaire en profondeur : son code d'évaluation, son code de remédiation, ses prérequis, et les mêmes signaux de confiance et de disponibilité que la recherche dans le catalogue.

Quand ça sert
tu as trouvé un worklet prometteur et veux lire son code avant de t'y fier.

Sourcegithub.com · 1 octobre 2026 ↗

get_zone

Ouvre une zone, ce qu'Automox appelle une organisation, par son identifiant. La clé d'accès de la zone reste hors de la réponse.

Quand ça sert
un prestataire qui gère plusieurs clients a besoin des réglages de la zone de l'un d'eux.
Attention
il couvre une zone ; un autre outil les liste toutes.

Sourcegithub.com · 1 octobre 2026 ↗

list_account_rbac_roles

Liste les rôles d'accès définis dans le compte. Il donne le vocabulaire des droits auquel renvoient les fiches utilisateurs.

Quand ça sert
tu prépares une revue des accès et veux les noms de rôles pour comparer chaque utilisateur.
Attention
il liste les rôles, pas qui les détient.

Sourcegithub.com · 1 octobre 2026 ↗

list_data_extracts

Renvoie chaque export en masse de l'organisation avec son type, son statut, un indicateur de disponibilité et la présence ou non d'un lien de téléchargement.

Quand ça sert
tu ne sais plus quels exports se sont terminés la semaine dernière et lesquels tournent encore.
Attention
un export marqué terminé peut encore attendre son lien.

Sourcegithub.com · 1 octobre 2026 ↗

list_device_packages

Liste les logiciels installés sur un appareil, avec version, état d'installation, gravité, dépôt et le fait qu'Automox gère ou non le paquet.

Quand ça sert
tu vérifies quelle version d'un navigateur tourne sur une machine précise après une alerte de sécurité.
Attention
aucun statut de correctif n'est renvoyé dans cette liste.

Sourcegithub.com · 1 octobre 2026 ↗

list_devices

Résume l'inventaire des appareils et l'état des stratégies sur toute l'organisation, machines non gérées comprises par défaut. Des filtres sur l'état ou la gestion isolent par exemple les postes gérés non conformes.

Quand ça sert
tu veux un décompte rapide des machines et de leur état avant une réunion de planification.

Sourcegithub.com · 1 octobre 2026 ↗

list_devices_for_policies

Renvoie les machines que ciblent aujourd'hui une ou plusieurs stratégies, par identifiant. Automox le décrit comme un moyen en lecture seule de mesurer la zone d'impact avant qu'une stratégie tourne ou soit retouchée.

Quand ça sert
tu t'apprêtes à pousser une stratégie et veux voir exactement quelles machines elle va toucher.

Sourcegithub.com · 1 octobre 2026 ↗

list_events

Liste les événements de ton organisation, filtrables par stratégie, appareil, utilisateur, nom d'événement ou période. Pour les événements de stratégie et de correctif, le champ de statut contient le code de sortie brut.

Quand ça sert
tu reconstitues ce qui s'est passé sur un serveur entre deux dates lors d'un retour sur incident.

Sourcegithub.com · 1 octobre 2026 ↗

list_global_api_keys

Liste les clés d'API valables pour tout le compte, avec leur nom, leur état d'activation et leur date d'expiration. Automox n'expose jamais les secrets par cet appel.

Quand ça sert
une revue de sécurité trimestrielle réclame toutes les clés qui n'expirent jamais.
Attention
il couvre les clés du compte ; celles des utilisateurs se listent ailleurs.

Sourcegithub.com · 1 octobre 2026 ↗

list_org_api_keys

Renvoie les clés d'API de l'organisation, en métadonnées seulement : nom, activation, expiration. Les secrets restent cachés.

Quand ça sert
tu traques les clés qui auraient dû être coupées à la fin d'un projet.
Attention
cet appel se contente de lister ; l'état des clés se gère ailleurs.

Sourcegithub.com · 1 octobre 2026 ↗

list_organizations

Liste les organisations visibles pour ta clé, avec nombre d'appareils, limite d'appareils, organisation parente et fin d'essai. Automox le conseille pour naviguer entre plusieurs organisations et surveiller la capacité.

Quand ça sert
un prestataire vérifie quelles zones clientes approchent de leur limite d'appareils.

Sourcegithub.com · 1 octobre 2026 ↗

list_remediation_action_sets

Liste les lots de remédiation de vulnérabilités de ton organisation, ces imports de scanners qu'Automox transforme en travail de correction.

Quand ça sert
tu veux une vue d'ensemble des imports de scanner encore présents dans Automox.
Attention
détail, vulnérabilités et solutions ont chacun leur outil.

Sourcegithub.com · 1 octobre 2026 ↗

list_saved_searches

Affiche toutes les recherches d'appareils enregistrées de l'organisation avec leur nom, leur requête et leurs métadonnées, pour voir ce qui existe déjà.

Quand ça sert
tu cherches une recherche existante avant d'en bâtir une nouvelle de zéro.
Attention
les lister ne les exécute pas ; les résultats viennent d'autres outils.

Sourcegithub.com · 1 octobre 2026 ↗

list_searches_for_device

Indique quelles recherches enregistrées incluent actuellement un appareil donné, avec un filtre facultatif sur le type de recherche. Il remonte d'une machine vers les recherches qui l'attrapent.

Quand ça sert
une machine reçoit sans cesse une stratégie et tu cherches quelle recherche enregistrée l'embarque.

Sourcegithub.com · 1 octobre 2026 ↗

list_server_groups

Recense tous les groupes de serveurs avec leur nombre d'appareils, leurs stratégies et leur identifiant, plus l'intervalle de rafraîchissement, la cadence de contrôle des agents en minutes.

Quand ça sert
tu cartographies l'organisation du parc avant de revoir une stratégie qui couvre plusieurs groupes.
Attention
Automox donne à cet intervalle une plage de 240 à 1440 minutes.

Sourcegithub.com · 1 octobre 2026 ↗

list_user_api_keys

Montre quelles clés d'API détient un utilisateur, en métadonnées : nom, activation, expiration. Le secret derrière chaque clé ne s'affiche pas.

Quand ça sert
un salarié s'en va et tu vérifies quelles clés il détient encore.
Attention
il faut l'identifiant de l'utilisateur, pas son nom.

Sourcegithub.com · 1 octobre 2026 ↗

list_users

Liste les utilisateurs de l'organisation avec nom, e-mail et rôles RBAC, dans un format allégé. Automox tient les secrets internes hors du résultat.

Quand ça sert
un audit de conformité demande qui a aujourd'hui des droits d'administrateur.
Attention
une vue de certification des accès s'appuie sur cette liste dans les applications compatibles.

Sourcegithub.com · 1 octobre 2026 ↗

list_webhook_deliveries

Affiche les dernières tentatives de livraison d'un webhook, des plus récentes aux plus anciennes, avec statut, latence et erreur, éventuellement entre deux dates. Automox le présente comme un outil de diagnostic.

Quand ça sert
ta plateforme de sécurité a raté des événements et tu vérifies si Automox les a bien expédiés.

Sourcegithub.com · 1 octobre 2026 ↗

list_webhook_event_types

Énumère les types d'événements auxquels un webhook peut s'abonner, chacun avec une courte description, pour choisir ce qu'une intégration doit recevoir.

Quand ça sert
tu conçois une nouvelle intégration et décides quels événements valent la peine d'être reçus.
Attention
un webhook ne reçoit que les types auxquels il est abonné.

Sourcegithub.com · 1 octobre 2026 ↗

list_webhooks

Liste tous les abonnements webhook de l'organisation, page par page, soit la carte de chaque système extérieur qu'Automox notifie aujourd'hui. Automox pagine la liste avec un curseur : une longue liste arrive en plusieurs pages.

Quand ça sert
tu fais l'inventaire des outils externes qui reçoivent des événements Automox avant une revue de sécurité.

Sourcegithub.com · 1 octobre 2026 ↗

list_zone_users

Nomme toutes les personnes rattachées à une zone, désignée par son identifiant unique, pour voir d'un coup d'œil qui travaille dans cette organisation.

Quand ça sert
un client demande qui, dans ton équipe, peut voir sa zone.
Attention
il répond zone par zone ; vérifier une personne sur toutes les zones demande un autre outil.

Sourcegithub.com · 1 octobre 2026 ↗

list_zones

Liste les zones de ton compte, c'est-à-dire ses organisations, page par page. C'est la carte de premier niveau pour qui gère plusieurs organisations.

Quand ça sert
un prestataire veut la liste complète de ses clients telle qu'Automox la voit.
Attention
détail d'une zone et utilisateurs viennent chacun de leur propre outil.

Sourcegithub.com · 1 octobre 2026 ↗

list_zones_for_user

Liste toutes les zones auxquelles appartient un utilisateur, la vue inverse de la liste des utilisateurs par zone.

Quand ça sert
lors d'un départ, tu vérifies chaque organisation qu'une personne peut encore atteindre.
Attention
il rend compte des appartenances et laisse les accès exactement en l'état.

Sourcegithub.com · 1 octobre 2026 ↗

noncompliant_report

Récupère le rapport des appareils non conformes, ceux qui demandent attention à cause d'échecs de stratégie ou de correctifs manquants. Chaque stratégie en échec porte désormais la raison d'origine, raccourcie si elle est longue.

Quand ça sert
un auditeur veut la liste des machines en échec et la raison de chacune.

Sourcegithub.com · 1 octobre 2026 ↗

patch_approvals_summary

Résume les demandes de correctifs restées en suspens. Chaque demande vise un logiciel, avec sa version, son système et ses identifiants CVE, pour une stratégie précise.

Quand ça sert
tu passes en revue ce qui reste à trancher avant le Patch Tuesday.
Attention
un écran de revue bâti sur cette liste peut piloter l'outil de décision dans les applications compatibles.

Sourcegithub.com · 1 octobre 2026 ↗

policy_catalog

Liste tes stratégies Automox avec un résumé de leur type et de leur statut, page par page. Les jours de planification sont décodés en clair à côté du masque brut.

Quand ça sert
un nouvel administrateur veut comprendre quelles stratégies existent avant d'en toucher une.
Attention
les heures de planification ne portent aucun fuseau horaire.

Sourcegithub.com · 1 octobre 2026 ↗

policy_compliance_stats

Calcule la conformité de chaque stratégie sur les seuls appareils évalués. Les appareils en attente sont signalés à part au lieu de peser sur le taux.

Quand ça sert
tu cherches la stratégie qui tire vers le bas le taux de conformité global.
Attention
le taux reste vide tant qu'aucun appareil n'a été évalué.

Sourcegithub.com · 1 octobre 2026 ↗

policy_detail

Récupère la configuration d'une stratégie et son historique récent, pour que Claude explique ce qu'elle fait et comment elle s'est comportée.

Quand ça sert
tu veux lire de près une stratégie avant de décider de la cloner.
Attention
la sortie par appareil d'une exécution vit dans d'autres outils.

Sourcegithub.com · 1 octobre 2026 ↗

policy_execution_counts

Liste le nombre d'exécutions sur tout le parc dans une fenêtre de temps, une ligne par stratégie, en un seul aller-retour au lieu d'un appel par stratégie.

Quand ça sert
tu veux savoir quelles stratégies ont le plus tourné le trimestre dernier.

Sourcegithub.com · 1 octobre 2026 ↗

policy_execution_timeline

Passe en revue les exécutions récentes d'une stratégie. Pour chacune, il compte les appareils par résultat, et Automox précise qu'une exécution sans succès ni échec mais avec des appareils en attente est sans gravité.

Quand ça sert
une stratégie semble bloquée et tu vérifies si elle a seulement tourné cette semaine.

Sourcegithub.com · 1 octobre 2026 ↗

policy_health_overview

Résume l'activité récente des stratégies de l'organisation en comptant les exécutions par résultat, pour que les échecs sautent aux yeux. Une case isole les exécutions où chaque appareil était en attente ou hors champ.

Quand ça sert
le contrôle du matin, pour voir si les exécutions de la nuit se sont bien passées.

Sourcegithub.com · 1 octobre 2026 ↗

policy_history_detail

Donne l'historique d'une stratégie par son identifiant, exécutions et statut compris. Chaque exécution indique combien d'appareils ont abouti à chaque résultat, ce qu'Automox distingue d'un statut d'exécution.

Quand ça sert
tu compares le comportement d'une stratégie ce mois-ci avec celui du mois dernier.

Sourcegithub.com · 1 octobre 2026 ↗

policy_run_count

Renvoie un total agrégé d'exécutions de stratégies, avec un nombre facultatif de jours à remonter. Il donne un chiffre unique, pas une ventilation.

Quand ça sert
une réponse rapide au nombre d'exécutions de stratégies cette semaine.
Attention
pour la ventilation par stratégie, prends l'outil des exécutions par stratégie.

Sourcegithub.com · 1 octobre 2026 ↗

policy_run_detail_v2

Obtient les résultats par appareil d'une exécution de stratégie, filtrables par nom d'appareil et paginés. Les codes de sortie sont bruts : zéro signifie succès, les valeurs négatives sous Windows sont des codes système.

Quand ça sert
une exécution a échoué sur une poignée de machines et tu veux savoir lesquelles et pourquoi.

Sourcegithub.com · 1 octobre 2026 ↗

policy_run_results

Récupère, pour un jeton d'exécution tiré de la chronologie, la sortie de chaque appareil : sortie standard, sortie d'erreur et code de sortie.

Quand ça sert
un worklet a échoué cette nuit et tu veux le texte d'erreur exact affiché sur chaque machine.
Attention
il te faut d'abord le jeton d'exécution de la chronologie.

Sourcegithub.com · 1 octobre 2026 ↗

policy_runs_by_policy

Regroupe les exécutions par stratégie pour comparer plusieurs stratégies côte à côte sur la même période.

Quand ça sert
tu compares la fiabilité de deux stratégies de correctifs qui visent des machines semblables.
Attention
il compare ; la liste d'exécutions d'une seule stratégie vient d'un autre outil.

Sourcegithub.com · 1 octobre 2026 ↗

policy_runs_for_policy

Donne les exécutions d'une stratégie par identifiant, avec une plage de jours et un ordre de tri facultatifs. Un mode résumé réduit chaque exécution à l'essentiel.

Quand ça sert
tu veux les dix dernières exécutions d'une stratégie sans le poids de chaque détail.

Sourcegithub.com · 1 octobre 2026 ↗

policy_runs_v2

Liste les exécutions de stratégies avec des filtres sur la période, le nom ou le type de stratégie, et le résultat. Automox applique ces filtres après coup, de son côté.

Quand ça sert
il te faut toutes les exécutions en échec de la semaine passée, toutes stratégies confondues.

Sourcegithub.com · 1 octobre 2026 ↗

prepatch_report

Montre les appareils qui ont des correctifs en attente avant la prochaine fenêtre programmée. Chacun porte sa gravité la plus haute, et Automox distingue les logiciels sans CVE connue de ceux dont la gravité est inconnue.

Quand ça sert
tu veux prévenir les équipes dont les machines recevront leurs correctifs cette nuit.

Sourcegithub.com · 1 octobre 2026 ↗

preview_policy_device_filters

Simule le ciblage d'une stratégie pour montrer quels appareils il atteindrait, avant que la stratégie soit créée ou mise à jour. Automox insiste : cet appel ne crée et ne touche rien.

Quand ça sert
tu rédiges une nouvelle stratégie et veux vérifier son périmètre avant qu'elle existe.

Sourcegithub.com · 1 octobre 2026 ↗

search_devices

Cherche des appareils par nom d'hôte, adresse IP, tag, statut ou gravité des correctifs manquants, avec plusieurs gravités acceptées à la fois.

Quand ça sert
il te faut toutes les machines tagguées production qui présentent encore des failles critiques.
Attention
Automox prévient qu'un appareil renvoyé a pu être corrigé depuis la construction de l'index.

Sourcegithub.com · 1 octobre 2026 ↗

search_org_packages

Cherche des logiciels sur toute l'organisation, filtrés par statut de gestion ou par paquets en attente d'installation. Les résultats donnent nom, version, gravité et prise en charge par Automox.

Quand ça sert
une bibliothèque vulnérable fait l'actualité et tu veux chaque endroit où elle est installée.

Sourcegithub.com · 1 octobre 2026 ↗

search_policy_windows

Cherche les fenêtres de maintenance et d'exclusion, filtrées par groupes, par statut actif ou inactif, et par fenêtre ponctuelle ou récurrente. Le filtre de récurrence ignore la casse. Les résultats arrivent page par page.

Quand ça sert
tu listes chaque gel récurrent avant de planifier les mises en production du trimestre.

Sourcegithub.com · 1 octobre 2026 ↗

search_worklet_catalog

Fouille le catalogue communautaire de worklets d'Automox et renvoie noms, descriptions, catégories, compatibilité système et signaux de confiance, comme le fait qu'un worklet soit vérifié.

Quand ça sert
tu cherches un script existant avant de bâtir ta propre remédiation de zéro.
Attention
certains worklets exigent une licence, ce que montrent les signaux de confiance.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_device_status

Montre si le client de prise en main à distance Splashtop est installé et enregistré sur un appareil, avec la date d'installation et l'éventuelle erreur. Automox note que les deux états sont indépendants.

Quand ça sert
un technicien n'arrive pas à joindre une machine et tu vérifies le client avant tout le reste.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_get_attended_access

Indique si le consentement de l'utilisateur est exigé avant qu'une session à distance puisse démarrer sur un appareil. Il lit le réglage, rien de plus.

Quand ça sert
tu dois prévenir un utilisateur qu'un technicien lui demandera l'autorisation de se connecter.
Attention
la prise en main à distance exige un abonnement Remote Control actif.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_session_status

Affiche le nombre de sessions à distance actives, le maximum autorisé et si la capacité permet d'en ouvrir une nouvelle. Ce dernier indicateur ne reflète que la capacité.

Quand ça sert
une session refuse de s'ouvrir et tu vérifies si toutes les places sont prises.
Attention
le consentement de l'utilisateur est une condition distincte de la capacité.

Sourcegithub.com · 1 octobre 2026 ↗

Ce que Claude peut modifier (48)

48 outils

Quarante-huit outils qui créent, mettent à jour, exécutent ou suppriment. Automox marque chacun pour une confirmation, et quatre restent derrière des réglages coupés par défaut.

apply_policy_changes

Approbation : voir la règle

Prévisualise ou soumet des créations et mises à jour de stratégies. Automox traduit les plannings écrits en clair et les noms de filtres dans le format que son API attend, et complète les champs requis.

Ce que Claude demande
Automox associe ses outils d'écriture à une boîte de confirmation ; rien de plus précis ici.
Quand ça sert
tu décris une stratégie hebdomadaire de correctifs pour un navigateur et veux qu'elle soit bien réglée.
Attention
un mode aperçu existe, demande-le avant de soumettre.

Sourcegithub.com · 1 octobre 2026 ↗

apply_remediation_actions

Approbation : voir la règle

Lance tout de suite la correction, correctif immédiat ou correctif avec worklet, sur des appareils nommés pour un lot de remédiation. L'état des postes change aussitôt, le travail tourne en arrière-plan.

Ce que Claude demande
au-delà de la confirmation, Automox n'enregistre cet outil qu'une fois un réglage coupé par défaut activé.
Quand ça sert
une CVE critique doit être corrigée aujourd'hui sur une liste connue de serveurs.
Attention
c'est l'impact à l'échelle du parc qui pousse Automox à le verrouiller.

Sourcegithub.com · 1 octobre 2026 ↗

batch_update_devices

Approbation : voir la règle

Applique des actions d'attribut à 500 appareils au maximum en une fois. Aujourd'hui, cela veut dire poser ou retirer des tags, par exemple marquer un lot de machines comme production.

Ce que Claude demande
la règle générale d'approbation, plus la confirmation qu'Automox place sur l'écriture.
Quand ça sert
tu taggues tous les serveurs de production après une migration, en une demande.

Sourcegithub.com · 1 octobre 2026 ↗

clone_policy

Approbation : voir la règle

Copie une stratégie existante, soit dans la même organisation avec un nouveau nom ou d'autres groupes, soit, pour une stratégie de correctifs, vers plusieurs autres zones en un appel.

Ce que Claude demande
Automox ne documente pas d'étape au-delà de sa confirmation des outils d'écriture.
Quand ça sert
un prestataire déploie une stratégie de correctifs éprouvée chez plusieurs clients.

Sourcegithub.com · 1 octobre 2026 ↗

create_data_extract

Approbation : voir la règle

Lance un nouvel export de données en masse pour le reporting et renvoie son identifiant et son statut initial. Le fichier se récupère plus tard, une fois le travail prêt.

Ce que Claude demande
créer un travail compte comme une écriture pour Automox : la confirmation s'applique.
Quand ça sert
un rapport trimestriel réclame plus de données qu'une simple liste n'en renvoie.

Sourcegithub.com · 1 octobre 2026 ↗

create_global_api_key

Approbation : voir la règle

Crée une clé d'API valable pour tout le compte. Seules ses métadonnées reviennent : Automox ne renvoie jamais le secret par cet outil, et il ne se récupère pas plus tard via le connecteur.

Ce que Claude demande
les changements au niveau du compte relèvent de la règle d'approbation décrite plus bas.
Quand ça sert
une intégration a besoin de sa propre clé avec une date d'expiration.
Attention
le secret se récupère hors de la conversation.

Sourcegithub.com · 1 octobre 2026 ↗

create_policy_window

Approbation : voir la règle

Crée une fenêtre de maintenance ou d'exclusion selon les règles de récurrence restreintes d'Automox : ponctuelle, ou annuelle par mois et position du jour de la semaine.

Ce que Claude demande
en tant qu'outil d'écriture, il est marqué pour confirmation, selon Automox.
Quand ça sert
tu gèles les changements sur les serveurs de la finance pendant la semaine de clôture.
Attention
une récurrence hebdomadaire est refusée par le validateur.

Sourcegithub.com · 1 octobre 2026 ↗

create_server_group

Approbation : voir la règle

Crée un groupe de serveurs avec un nom et un intervalle de contrôle, plus un groupe parent, des stratégies et des notes en option.

Ce que Claude demande
la confirmation qu'Automox attache à ses outils d'écriture est la protection documentée.
Quand ça sert
l'arrivée d'un nouveau bureau qui demande son propre groupe et ses stratégies.
Attention
l'intervalle règle la fréquence à laquelle les agents se signalent.

Sourcegithub.com · 1 octobre 2026 ↗

create_user_api_key

Approbation : voir la règle

Génère une clé d'API pour un utilisateur donné et en renvoie les métadonnées. Automox précise que le secret n'est jamais exposé ni récupérable par le connecteur.

Ce que Claude demande
vois le bloc des approbations ; aucune vérification supplémentaire n'est documentée.
Quand ça sert
un compte de service a besoin d'une clé rattachée à une personne.

Sourcegithub.com · 1 octobre 2026 ↗

create_webhook

Approbation : voir la règle

Crée un abonnement webhook vers une adresse HTTPS. Le secret de signature n'apparaît qu'une fois, dans la réponse, et doit être conservé aussitôt.

Ce que Claude demande
la règle de confirmation d'Automox pour l'écriture le couvre ; rien d'autre n'est décrit.
Quand ça sert
ta plateforme de sécurité doit recevoir les événements d'échec de stratégie.
Attention
la limite est de 5 webhooks par organisation.

Sourcegithub.com · 1 octobre 2026 ↗

create_zone

Approbation : voir la règle

Crée une nouvelle zone, autrement dit une nouvelle organisation, dans le compte. Automox garde la clé d'accès de la zone hors de la réponse.

Ce que Claude demande
une création à l'échelle du compte suit la règle d'approbation plus bas.
Quand ça sert
un prestataire signe un nouveau client et lui ouvre une zone.

Sourcegithub.com · 1 octobre 2026 ↗

decide_patch_approval

Approbation : voir la règle

Approuve ou rejette une demande d'approbation de correctif en attente, l'étape de décision qui suit le résumé de ce qui patiente.

Ce que Claude demande
l'écran de revue des approbations pilote cet outil et laisse la boîte de confirmation de l'application faire barrage.
Quand ça sert
tu valides les correctifs de navigateur du mois après avoir lu la liste des CVE.

Sourcegithub.com · 1 octobre 2026 ↗

delete_action_set

Approbation : voir la règle

Supprime un lot de remédiation par identifiant. Automox rappelle qu'il s'agit de métadonnées de la console, reconstructibles en réimportant le fichier du scanner.

Ce que Claude demande
la suppression passe par la confirmation documentée pour les outils d'écriture.
Quand ça sert
un import de scanner en double encombre la liste.

Sourcegithub.com · 1 octobre 2026 ↗

delete_action_sets_bulk

Approbation : voir la règle

Efface jusqu'à 100 lots de remédiation par identifiant en un seul appel, tout ou rien. Comme pour la version unitaire, les données se reconstruisent par réimport.

Ce que Claude demande
une suppression groupée reste sous la règle de confirmation préalable décrite par Automox.
Quand ça sert
tu fais le ménage dans les imports de scanner de l'an dernier en une passe.

Sourcegithub.com · 1 octobre 2026 ↗

delete_device

Approbation : voir la règle

Retire définitivement la fiche d'un appareil et tout son historique. Automox le dit irréversible : les appareils s'enregistrent seuls, et rien dans le connecteur ne peut en recréer un.

Ce que Claude demande
en plus de toute confirmation, Automox n'enregistre cet outil que si un réglage coupé par défaut est activé.
Quand ça sert
une machine mise au rebut pollue encore tes rapports.

Sourcegithub.com · 1 octobre 2026 ↗

delete_global_api_key

Approbation : voir la règle

Supprime définitivement une clé d'API de compte par identifiant. Le serveur d'Automox ne manipule jamais les secrets des clés : rien de sensible ne transite par la réponse.

Ce que Claude demande
retirer une clé est une écriture couverte par la règle d'approbation ci-dessous.
Quand ça sert
une clé a fuité et doit disparaître tout de suite.

Sourcegithub.com · 1 octobre 2026 ↗

delete_policy

Approbation : voir la règle

Efface une stratégie par identifiant, sans retour. Les appareils qu'elle ciblait ne reçoivent plus ses actions ensuite.

Ce que Claude demande
Automox la range parmi les outils d'écriture : la confirmation s'applique.
Quand ça sert
une stratégie pilote obsolète ne doit plus exister.

Sourcegithub.com · 1 octobre 2026 ↗

delete_policy_window

Approbation : voir la règle

Supprime pour de bon une fenêtre de maintenance ou d'exclusion, ce qui lève le gel qu'elle imposait à ses groupes.

Ce que Claude demande
comme pour toute écriture Automox, une boîte de confirmation dans l'application est la vérification documentée.
Quand ça sert
un gel créé pour un événement passé traîne encore dans le planning.

Sourcegithub.com · 1 octobre 2026 ↗

delete_server_group

Approbation : voir la règle

Supprime définitivement un groupe de serveurs, et avec lui le regroupement qu'il offrait aux stratégies et aux fenêtres de maintenance.

Ce que Claude demande
la suppression d'un groupe relève de la confirmation préalable qu'Automox applique à l'écriture.
Quand ça sert
un bureau a fermé et son groupe est désormais vide.

Sourcegithub.com · 1 octobre 2026 ↗

delete_user_api_key

Approbation : voir la règle

Efface pour toujours une clé d'API d'un utilisateur, désignée par l'utilisateur et la clé.

Ce que Claude demande
vois les approbations ; rien de propre à cet outil n'est documenté.
Quand ça sert
un salarié est parti et sa clé doit disparaître.
Attention
un appel de désactivation existe si tu veux juste une pause.

Sourcegithub.com · 1 octobre 2026 ↗

delete_webhook

Approbation : voir la règle

Résilie définitivement un abonnement webhook ; Automox cesse dès lors d'envoyer des événements à cette adresse.

Ce que Claude demande
la confirmation des outils d'écriture est la seule protection documentée.
Quand ça sert
une ancienne intégration a été arrêtée et son point de réception n'existe plus.

Sourcegithub.com · 1 octobre 2026 ↗

execute_device_command

Approbation : voir la règle

Envoie une commande immédiate à un appareil : scan, tous les correctifs, certains correctifs ou redémarrage.

Ce que Claude demande
Automox présente ses outils d'écriture comme soumis à confirmation préalable ; celui-ci ne fait pas exception.
Quand ça sert
le portable d'un utilisateur doit redémarrer pour finir ses correctifs.

Sourcegithub.com · 1 octobre 2026 ↗

execute_policy_now

Approbation : voir la règle

Exécute une stratégie tout de suite pour corriger, soit sur tous les appareils qu'elle vise, soit sur un seul que tu nommes.

Ce que Claude demande
selon Automox, une confirmation dans l'application précède ce genre d'action.
Quand ça sert
tu as réparé une stratégie cassée et veux la relancer sur un serveur.
Attention
vérifie d'abord les fenêtres d'exclusion si un gel peut s'appliquer.

Sourcegithub.com · 1 octobre 2026 ↗

invite_user_to_account

Approbation : voir la règle

Invite une personne dans le compte Automox, avec des affectations de zones en option au même moment.

Ce que Claude demande
les changements de membres du compte passent par la règle d'approbation.
Quand ça sert
un nouveau membre de l'équipe a besoin d'accéder à la console sur deux zones.

Sourcegithub.com · 1 octobre 2026 ↗

refresh_saved_search_cache

Approbation : voir la règle

Oblige Automox à reconstruire le cache d'une recherche enregistrée quand ses résultats risquent d'être périmés, pour que la lecture suivante reflète le parc actuel.

Ce que Claude demande
Automox le range parmi les écritures : sa confirmation s'applique.
Quand ça sert
les résultats paraissent dépassés après une grosse opération de tags.

Sourcegithub.com · 1 octobre 2026 ↗

remove_user_from_account

Approbation : voir la règle

Retire un utilisateur du compte Automox par identifiant, ce qui coupe son accès à toutes les zones du compte.

Ce que Claude demande
le bloc des approbations s'applique ; aucune étape en plus n'est documentée pour un retrait.
Quand ça sert
le départ de quelqu'un qui a quitté l'entreprise.

Sourcegithub.com · 1 octobre 2026 ↗

rotate_webhook_secret

Approbation : voir la règle

Renouvelle le secret de signature d'un webhook. L'ancien cesse aussitôt de fonctionner, et le nouveau ne s'affiche qu'une fois.

Ce que Claude demande
un changement de secret compte comme une écriture sous la règle de confirmation d'Automox.
Quand ça sert
un secret a pu fuiter dans un fichier de journal.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_bulk_install_uninstall

Approbation : voir la règle

Installe ou désinstalle le client Splashtop sur tout un groupe de serveurs. Une réponse positive signifie que le travail est en file, pas qu'il est fini.

Ce que Claude demande
c'est l'échelle du parc qui pousse Automox à ne l'enregistrer que derrière un réglage coupé par défaut, en plus de toute confirmation.
Quand ça sert
déployer la prise en main à distance dans un nouveau service d'un coup.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_force_disconnect

Approbation : voir la règle

Force la déconnexion de toutes les sessions Splashtop actives sur un appareil, quitte à interrompre le travail en cours d'un technicien.

Ce que Claude demande
couvert par la confirmation qu'Automox place sur l'écriture.
Quand ça sert
une session est restée ouverte toute la nuit sur un serveur sensible.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_initiate_connection

Approbation : voir la règle

Génère un lien qu'un technicien ouvre dans son application Splashtop locale. La session elle-même ne démarre pas depuis Automox, et le consentement de l'utilisateur reste requis s'il est exigé.

Ce que Claude demande
générer le lien compte comme une écriture ; la règle d'approbation plus bas le couvre.
Quand ça sert
un technicien doit accéder vite à la machine d'un utilisateur.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_install

Approbation : voir la règle

Installe le client de prise en main à distance Splashtop sur un appareil, en arrière-plan, avec une option de consentement à l'installation distincte du consentement par session.

Ce que Claude demande
la règle de confirmation préalable d'Automox pour l'écriture est la vérification documentée.
Quand ça sert
un salarié en télétravail a besoin d'aide et n'a pas encore de client.
Attention
il exige un abonnement Remote Control actif.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_set_attended_access

Approbation : voir la règle

Active ou coupe l'exigence de consentement de l'utilisateur pour un appareil. Coupée, elle permet à un technicien d'ouvrir une session sans que personne ne l'accepte.

Ce que Claude demande
la confirmation s'applique, et Automox ajoute de relire d'abord la politique de ton organisation.
Quand ça sert
une borne en libre-service devant laquelle il n'y a jamais personne.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_set_bulk_attended_access

Approbation : voir la règle

Règle l'exigence de consentement sur de nombreux appareils en un appel, au lieu d'appareil par appareil.

Ce que Claude demande
un changement groupé passe toujours par la règle d'approbation.
Quand ça sert
aligner toutes les machines d'une salle de formation sur la même politique d'accès à distance.
Attention
sans abonnement Remote Control actif, Automox renvoie des erreurs.

Sourcegithub.com · 1 octobre 2026 ↗

splashtop_uninstall

Approbation : voir la règle

Désinstalle le client Splashtop et efface l'enregistrement de l'appareil ainsi que son réglage de consentement, une étape qu'Automox qualifie de définitive.

Ce que Claude demande
la confirmation des outils d'écriture est ce qu'Automox documente.
Quand ça sert
un appareil passe dans une équipe qui ne doit pas autoriser la prise en main à distance.

Sourcegithub.com · 1 octobre 2026 ↗

test_webhook

Approbation : voir la règle

Envoie une livraison de test à un point de réception webhook et indique si elle a réussi, le code HTTP et le temps de réponse.

Ce que Claude demande
Automox le compte comme une écriture : sa règle de confirmation s'applique.
Quand ça sert
tu viens de régler un webhook et veux la preuve que l'autre côté reçoit bien.

Sourcegithub.com · 1 octobre 2026 ↗

update_device

Approbation : voir la règle

Change les attributs modifiables d'un seul appareil : nom personnalisé, groupe, indicateur d'exception, tags ou adresses IP. Il faut en fournir au moins un.

Ce que Claude demande
un changement unitaire, sous la confirmation décrite pour l'écriture.
Quand ça sert
un portable passe dans le groupe d'une autre équipe et mérite un nom plus clair.

Sourcegithub.com · 1 octobre 2026 ↗

update_global_api_key

Approbation : voir la règle

Active ou désactive une clé d'API de compte sans la supprimer, pour que l'intégration qui l'utilise puisse reprendre plus tard.

Ce que Claude demande
la règle d'approbation ci-dessous couvre les changements d'état de clé.
Quand ça sert
tu mets une intégration en pause pendant un incident.

Sourcegithub.com · 1 octobre 2026 ↗

update_policy_window

Approbation : voir la règle

Édite une fenêtre de maintenance existante. Seul son début est obligatoire ; les autres champs ne bougent que si tu envoies une nouvelle valeur.

Ce que Claude demande
protection documentée : la confirmation des outils d'écriture Automox.
Quand ça sert
un gel doit commencer deux jours plus tard que prévu.

Sourcegithub.com · 1 octobre 2026 ↗

update_server_group

Approbation : voir la règle

Retouche un groupe de serveurs existant. La référence d'Automox ne détaille pas les champs concernés.

Ce que Claude demande
outil d'écriture, il relève de la boîte de confirmation d'Automox.
Quand ça sert
l'intervalle de contrôle ou les stratégies d'un groupe doivent être ajustés.

Sourcegithub.com · 1 octobre 2026 ↗

update_user

Approbation : voir la règle

Met à jour le prénom, le nom, l'e-mail ou le type de double authentification d'un utilisateur. Les mots de passe ne se règlent pas ainsi, garde-fou ajouté par Automox contre la prise de contrôle de compte.

Ce que Claude demande
les changements de profil passent par la règle du bloc des approbations.
Quand ça sert
un salarié a changé d'adresse e-mail.

Sourcegithub.com · 1 octobre 2026 ↗

update_user_api_key

Approbation : voir la règle

Bascule la clé d'API d'un utilisateur entre active et désactivée, désignée par l'utilisateur et la clé, sans la supprimer.

Ce que Claude demande
vois les approbations ; aucune étape en plus n'est documentée pour ce changement.
Quand ça sert
suspendre l'accès d'un prestataire pendant un long week-end.

Sourcegithub.com · 1 octobre 2026 ↗

update_webhook

Approbation : voir la règle

Change partiellement le nom, l'adresse, l'état d'activation ou les types d'événements d'un webhook. Automox parle de mise à jour partielle : seul ce que tu envoies est réécrit.

Ce que Claude demande
la confirmation liée à l'écriture est la vérification documentée.
Quand ça sert
ta plateforme de sécurité a changé d'adresse.

Sourcegithub.com · 1 octobre 2026 ↗

upload_action_set

Approbation : voir la règle

Importe un lot de remédiation de vulnérabilités à partir d'un texte CSV, dans un format générique ou l'un des formats de scanner listés par Automox, comme Qualys, Tenable ou Rapid7.

Ce que Claude demande
un import est une écriture : la confirmation préalable d'Automox s'applique.
Quand ça sert
transformer un export de scanner tout frais en travail de correction.

Sourcegithub.com · 1 octobre 2026 ↗

upload_policy_file

Approbation : voir la règle

Téléverse un installeur depuis ton ordinateur vers une stratégie Required Software, et seulement depuis des dossiers que tu as explicitement autorisés.

Ce que Claude demande
en plus de toute confirmation, Automox ne l'enregistre qu'avec un réglage coupé par défaut et une liste de dossiers autorisés.
Quand ça sert
déployer une application maison sur le parc.
Attention
il ne marche que dans l'installation locale.

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, directement dans la conversation.

Sur Team et Enterprise, les propriétaires décident si un membre peut laisser passer certaines actions sans validation à chaque fois, et ils peuvent borner ce qu'un connecteur fait pour toute l'organisation, la lecture ouverte et l'écriture fermée par exemple. Claude travaille avec les droits de la personne branchée, rien de plus. Automox ajoute ses couches : chaque outil d'écriture est marqué destructif, ce que l'application peut transformer en boîte de confirmation, les opérations les plus risquées sont verrouillées par des réglages, et un mode lecture seule retire toute écriture.

Plans

Est-ce disponible sur ton plan ?

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

La règle générale est publique : les connecteurs distants sont ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile, tandis que les extensions de bureau comme celle-ci s'installent sur Claude Desktop. Sur Team et Enterprise, un Owner ou un Primary Owner active le connecteur avant usage. Pour l'état à jour, consulte la fiche Automox du répertoire officiel.

Limites

Les limites de l'extension

Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : rien ne part quand une nouvelle CVE sort ou qu'une exécution échoue dans la nuit.

Le badge partenaire du répertoire 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. Automox ajoute sa propre mise en garde : un assistant se trompe, et ses réponses peuvent être fausses ou incomplètes. Seul Automox documente cette extension, aucune page d'aide de Claude ne la traite. Automox exploite aussi un serveur hébergé aux mêmes outils, pas encore utilisable depuis Claude Desktop. Les mêmes règles du répertoire valent sur la page Connecteur Claude adobe-workfront.

Besoin d'aide

Besoin d'aide pour brancher Automox sur Claude ?

Une personne lit chaque message.

FAQ

Questions sur le connecteur Claude Automox

01Que peut faire Claude avec le connecteur Automox ?
Claude peut faire le point sur ton environnement Automox et le gérer depuis une conversation dans Claude Desktop. Ses 133 outils couvrent appareils et inventaire, recherche avancée, stratégies et historique d'exécution, correctifs et approbations, groupes de serveurs, fenêtres de maintenance, webhooks, worklets, exports, imports de vulnérabilités, utilisateurs, zones et clés d'API, journaux d'audit et prise en main à distance Splashtop. Trois outils combinés répondent en un appel à des questions larges comme la préparation au Patch Tuesday.
02Claude peut-il redémarrer des appareils ou supprimer des éléments dans Automox ?
Oui, 48 outils modifient quelque chose. Claude peut redémarrer ou corriger un appareil, lancer une stratégie, approuver ou rejeter un correctif, créer, cloner ou supprimer des stratégies, retoucher groupes et fenêtres de maintenance, gérer webhooks, utilisateurs et clés d'API, et piloter Splashtop. Quatre outils à fort impact, dont la suppression d'appareil et la remédiation à grande échelle, n'apparaissent qu'avec un réglage coupé par défaut. Un mode lecture seule retire les 48 outils d'écriture.
03Claude demande-t-il mon accord avant de modifier Automox ?
La règle générale de Claude est de demander avant une action menée sur un compte à la place de quelqu'un. Automox ajoute que chaque outil d'écriture est marqué destructif : les actions ciblées s'affichent en boîte de confirmation dans l'application, tandis que les opérations qu'une vérification au cas par cas ne protège pas restent verrouillées par des réglages. Aucune source ne décrit de validation propre à un outil au-delà. Sur Team et Enterprise, les propriétaires peuvent aussi restreindre le connecteur.
04Sur quels plans Automox est-il disponible ?
Aucune source officielle ne publie la disponibilité par plan connecteur par connecteur, et les fiches du répertoire ne l'affichent pas. La règle publiée veut que les connecteurs distants soient ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile, les extensions de bureau comme celle-ci s'installant sur Claude Desktop. Sur Team et Enterprise, un Owner ou un Primary Owner active d'abord le connecteur. La fiche Automox du répertoire officiel montre l'état à jour pour ton compte.
05Claude voit-il tous les appareils de notre compte Automox ?
Claude voit ce que voit ta clé d'API. Automox précise que le connecteur agit en ton nom, avec exactement tes droits de console et d'API. Automox recommande une clé limitée à l'organisation, créée dans une zone, plutôt qu'une clé globale du compte. Les secrets, comme la valeur des clés ou les clés d'accès des zones, ne sont jamais renvoyés. Sur Team et Enterprise, un propriétaire peut encore restreindre le connecteur pour toute l'organisation.
06Pourquoi les recherches d'appareils échouent-elles en 403 ?
Le plus souvent à cause de la clé, pas de tes droits. Automox explique que les clés globales du compte sont peu fiables sur la famille de recherche avancée : elles renvoient 403 dans la plupart des organisations, même pour un administrateur complet, alors que les autres lectures marchent. La solution donnée consiste à créer une clé d'organisation dans les réglages Secrets and Keys de la zone et à l'utiliser à la place. Quand les lectures marchent partout ailleurs et que seules les recherches échouent, c'est la clé qu'Automox conseille de changer.
07Claude ou un outil d'automatisation pour Automox ?
Ils ne font pas le même métier, tout dépend donc du besoin. Claude avec cette extension convient aux questions et décisions sur le moment : vérifier la préparation, enquêter sur un échec, approuver des correctifs, redémarrer une machine. Rien ne continue après la conversation, et aucun outil ne réagit seul à une nouvelle faille ou à une exécution ratée. Pour un travail qui doit démarrer automatiquement sur un événement, les webhooks et une plateforme d'automatisation conviennent mieux qu'une conversation.