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
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.
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.
Installer Automox dans Claude en trois étapes
- 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.
- 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.
- 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.
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
Sommaire des outils
- advanced_device_search
- audit_events_ocsf
- audit_trail_user_activity
- check_group_exclusion_status
- check_window_active
- device_detail
- device_health_metrics
- device_search_typeahead
- devices_needing_attention
- discover_capabilities
- get_account
- get_account_user
- get_action_set_detail
- get_action_set_issues
- get_action_set_solutions
- get_cached_search_results
- get_compliance_snapshot
- get_data_extract
- get_device_assignments
- get_device_by_uuid
- get_device_full_profile
- get_device_inventory
- get_device_inventory_categories
- get_device_metadata_fields
- get_device_scheduled_windows
- get_group_scheduled_windows
- get_patch_tuesday_readiness
- get_policy_window
- get_saved_search
- get_saved_search_results
- get_search_scopes
- get_searchable_fields
- get_server_group
- get_upload_formats
- get_user
- get_user_api_key
- get_webhook
- get_worklet_detail
- get_zone
- list_account_rbac_roles
- list_data_extracts
- list_device_packages
- list_devices
- list_devices_for_policies
- list_events
- list_global_api_keys
- list_org_api_keys
- list_organizations
- list_remediation_action_sets
- list_saved_searches
- list_searches_for_device
- list_server_groups
- list_user_api_keys
- list_users
- list_webhook_deliveries
- list_webhook_event_types
- list_webhooks
- list_zone_users
- list_zones
- list_zones_for_user
- noncompliant_report
- patch_approvals_summary
- policy_catalog
- policy_compliance_stats
- policy_detail
- policy_execution_counts
- policy_execution_timeline
- policy_health_overview
- policy_history_detail
- policy_run_count
- policy_run_detail_v2
- policy_run_results
- policy_runs_by_policy
- policy_runs_for_policy
- policy_runs_v2
- prepatch_report
- preview_policy_device_filters
- run_saved_search
- search_devices
- search_org_packages
- search_policy_windows
- search_worklet_catalog
- splashtop_device_status
- splashtop_get_attended_access
- splashtop_session_status
- apply_policy_changes
- apply_remediation_actions
- assign_policies_to_saved_search
- batch_update_devices
- clone_policy
- create_data_extract
- create_global_api_key
- create_policy_window
- create_saved_search
- create_server_group
- create_user_api_key
- create_webhook
- create_zone
- decide_patch_approval
- delete_action_set
- delete_action_sets_bulk
- delete_device
- delete_global_api_key
- delete_policy
- delete_policy_window
- delete_saved_search
- delete_server_group
- delete_user_api_key
- delete_webhook
- execute_device_command
- execute_policy_now
- invite_user_to_account
- refresh_saved_search_cache
- remove_user_from_account
- rotate_webhook_secret
- splashtop_bulk_install_uninstall
- splashtop_force_disconnect
- splashtop_initiate_connection
- splashtop_install
- splashtop_set_attended_access
- splashtop_set_bulk_attended_access
- splashtop_uninstall
- test_webhook
- update_device
- update_global_api_key
- update_policy_window
- update_saved_search
- update_server_group
- update_user
- update_user_api_key
- update_webhook
- upload_action_set
- upload_policy_file
Ce que Claude lit (85)
85 outilsQuatre-vingt-cinq outils qui rendent compte des appareils, stratégies, correctifs, utilisateurs et réglages sans rien modifier.
advanced_device_search
Lance sur ton parc une requête structurée, champ par champ, du genre « tous les postes Windows absents depuis 30 jours ». Claude récupère les appareils correspondants et peut ensuite affiner ou commenter la liste.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
get_saved_search
Lit une recherche d'appareils enregistrée, par identifiant : nom, description, requête et métadonnées. Seule la définition s'affiche, la recherche n'est pas exécutée sur ton parc.
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é.
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.
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.
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.
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é.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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é.
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.
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à.
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.
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.
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.
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.
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.
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.
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.
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.
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.
list_zones_for_user
Liste toutes les zones auxquelles appartient un utilisateur, la vue inverse de la liste des utilisateurs par zone.
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.
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.
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.
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.
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.
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.
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é.
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.
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.
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.
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.
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.
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.
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.
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é.
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.
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.
run_saved_search
Déroule une recherche enregistrée par identifiant et renvoie les appareils trouvés, avec pagination et un choix facultatif de champs. Automox le dit plus léger que l'outil de résultats complets.
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.
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.
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.
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é.
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.
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.
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é.
Ce que Claude peut modifier (48)
48 outilsQuarante-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èglePré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.
apply_remediation_actions
Approbation : voir la règleLance 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.
assign_policies_to_saved_search
Approbation : voir la règleAffecte en masse une ou plusieurs stratégies à tous les appareils que renvoie une recherche enregistrée, pour que le ciblage suive la recherche plutôt qu'une liste figée.
batch_update_devices
Approbation : voir la règleApplique 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.
clone_policy
Approbation : voir la règleCopie 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.
create_data_extract
Approbation : voir la règleLance 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.
create_global_api_key
Approbation : voir la règleCré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.
create_policy_window
Approbation : voir la règleCré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.
create_saved_search
Approbation : voir la règleEnregistre une nouvelle recherche d'appareils à partir d'un nom et d'une requête structurée, pour reposer la même question plus tard ou cibler des stratégies.
create_server_group
Approbation : voir la règleCré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.
create_user_api_key
Approbation : voir la règleGé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.
create_webhook
Approbation : voir la règleCré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.
create_zone
Approbation : voir la règleCré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.
decide_patch_approval
Approbation : voir la règleApprouve ou rejette une demande d'approbation de correctif en attente, l'étape de décision qui suit le résumé de ce qui patiente.
delete_action_set
Approbation : voir la règleSupprime 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.
delete_action_sets_bulk
Approbation : voir la règleEfface 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.
delete_device
Approbation : voir la règleRetire 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.
delete_global_api_key
Approbation : voir la règleSupprime 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.
delete_policy
Approbation : voir la règleEfface une stratégie par identifiant, sans retour. Les appareils qu'elle ciblait ne reçoivent plus ses actions ensuite.
delete_policy_window
Approbation : voir la règleSupprime pour de bon une fenêtre de maintenance ou d'exclusion, ce qui lève le gel qu'elle imposait à ses groupes.
delete_saved_search
Approbation : voir la règleRetire pour de bon une recherche d'appareils enregistrée, par identifiant. Tout ce qui s'appuyait dessus perd cette définition.
delete_server_group
Approbation : voir la règleSupprime définitivement un groupe de serveurs, et avec lui le regroupement qu'il offrait aux stratégies et aux fenêtres de maintenance.
delete_user_api_key
Approbation : voir la règleEfface pour toujours une clé d'API d'un utilisateur, désignée par l'utilisateur et la clé.
delete_webhook
Approbation : voir la règleRésilie définitivement un abonnement webhook ; Automox cesse dès lors d'envoyer des événements à cette adresse.
execute_device_command
Approbation : voir la règleEnvoie une commande immédiate à un appareil : scan, tous les correctifs, certains correctifs ou redémarrage.
execute_policy_now
Approbation : voir la règleExécute une stratégie tout de suite pour corriger, soit sur tous les appareils qu'elle vise, soit sur un seul que tu nommes.
invite_user_to_account
Approbation : voir la règleInvite une personne dans le compte Automox, avec des affectations de zones en option au même moment.
refresh_saved_search_cache
Approbation : voir la règleOblige 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.
remove_user_from_account
Approbation : voir la règleRetire un utilisateur du compte Automox par identifiant, ce qui coupe son accès à toutes les zones du compte.
rotate_webhook_secret
Approbation : voir la règleRenouvelle le secret de signature d'un webhook. L'ancien cesse aussitôt de fonctionner, et le nouveau ne s'affiche qu'une fois.
splashtop_bulk_install_uninstall
Approbation : voir la règleInstalle 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.
splashtop_force_disconnect
Approbation : voir la règleForce la déconnexion de toutes les sessions Splashtop actives sur un appareil, quitte à interrompre le travail en cours d'un technicien.
splashtop_initiate_connection
Approbation : voir la règleGé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é.
splashtop_install
Approbation : voir la règleInstalle 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.
splashtop_set_attended_access
Approbation : voir la règleActive 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.
splashtop_set_bulk_attended_access
Approbation : voir la règleRègle l'exigence de consentement sur de nombreux appareils en un appel, au lieu d'appareil par appareil.
splashtop_uninstall
Approbation : voir la règleDé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.
test_webhook
Approbation : voir la règleEnvoie 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.
update_device
Approbation : voir la règleChange les attributs modifiables d'un seul appareil : nom personnalisé, groupe, indicateur d'exception, tags ou adresses IP. Il faut en fournir au moins un.
update_global_api_key
Approbation : voir la règleActive ou désactive une clé d'API de compte sans la supprimer, pour que l'intégration qui l'utilise puisse reprendre plus tard.
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.
update_saved_search
Approbation : voir la règleÉdite partiellement le nom, la requête ou la description d'une recherche enregistrée, sans toucher au reste, donc les champs que tu n'envoies pas gardent leur valeur actuelle.
update_server_group
Approbation : voir la règleRetouche un groupe de serveurs existant. La référence d'Automox ne détaille pas les champs concernés.
update_user
Approbation : voir la règleMet à 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.
update_user_api_key
Approbation : voir la règleBascule 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.
update_webhook
Approbation : voir la règleChange 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.
upload_action_set
Approbation : voir la règleImporte 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.
upload_policy_file
Approbation : voir la règleTé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 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.
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.
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 pour brancher Automox sur Claude ?
Une personne lit chaque message.