- Accueil
- Ressources
- Intégrations
- Google Compute Engine
Connecteur Claude Google Compute EngineCe que Claude sait faire dans ton compte Google Compute Engine.
Le connecteur Claude Google Compute Engine expose 29 outils. 23 lisent ton infrastructure, 6 lancent, allument, redimensionnent ou suppriment des VM, 0 reste sans description. Ici : ce que Claude inspecte, ce qu'il peut changer, et les rôles Google Cloud qui verrouillent tout ça.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Ce que le connecteur Claude Google Compute Engine change pour une équipe cloud
Répondre à une question simple sur ton infrastructure Google Cloud demande souvent de fouiller la console ou de retrouver les bonnes options de gcloud. Avec ce connecteur, tu poses la question à Claude en clair : quelles VM tournent dans une zone, quels disques dorment, ce que couvre une réservation. Il lit lui-même ton projet Compute Engine et, si tu le lui demandes, peut aussi lancer, allumer ou supprimer des machines.
Un inventaire en une question. Un responsable d'équipe prépare une revue des coûts. list_instances renvoie les VM d'une zone, list_disks montre la dernière date de rattachement de chaque disque, et Claude signale ceux que personne ne semble utiliser.
Débloquer une machine figée. Une ingénieure d'astreinte voit un serveur qui ne répond plus. reset_instance le relance, puis get_zone_operation confirme que l'opération est arrivée à DONE sans erreur.
Capacité et engagements, expliqués. Avant un lancement, list_reservations et list_commitments montrent la capacité retenue et la fin des engagements : finance et technique lisent le même tableau.
Ce qu'il ne fait pas : la fiche n'expose aucun outil qui touche aux disques, instantanés, modèles, réservations ou engagements, consultables seulement, et le type de machine ne bouge que sur une VM arrêtée. Google signale aussi que les appels peuvent passer par n'importe quelle région. Rien ne tourne seul non plus : Claude agit pendant qu'il te répond, jamais à heure fixe. Les arrêts planifiés relèvent d'un outil d'automatisation, un autre métier présenté sur la page Intégrations.
Le vocabulaire en une minute
Cinq mots que tu vas croiser en branchant Compute Engine.
- Connecteur
- Le lien que tu poses une fois entre Claude et un compte que tu possèdes déjà, pour qu'il y travaille pendant qu'il te répond.
- Outil
- Une action nommée que le connecteur confie à Claude. Il choisit celles qu'il lui faut ; la fiche du répertoire les liste par leur nom exact.
- Autorisation
- L'écran de connexion de Google lui-même, où tu confies à Claude l'accès qu'il utilisera. Accordée une fois par personne, révocable ensuite.
- Approbation
- La confirmation que Claude attend avant d'aller au bout d'une action qui touche ton projet, affichée dans la conversation au bon moment.
- MCP
- Le standard commun des connecteurs : c'est lui qui permet à un assistant comme Claude de dialoguer avec un service extérieur comme Google Cloud.
Brancher Google Compute Engine à Claude en trois étapes
- 01
Retrouver le connecteur
Dans les réglages de Claude, ouvre Customize puis Connectors et cherche Google Compute Engine. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit d'abord l'activer pour l'organisation avant que les membres s'y connectent.
- 02
Te connecter avec Google
Clique sur Connect depuis sa ligne et identifie-toi avec ton compte Google dans la fenêtre que Google ouvre. Si la connexion casse un jour, Disconnect puis rebranche.
- 03
Vérifier les périmètres accordés
Lis l'écran d'autorisation de Google avant de valider. Il appartient à Google, pas à Claude, et fixe ce que couvre l'accès ; Google propose pour Compute Engine un périmètre en lecture seule et un autre en lecture-écriture. Tu peux le révoquer plus tard depuis ton compte Google.
Les 29 outils, rangés selon ce qu'ils font
Google Compute Engine donne à Claude 29 outils : 23 qui lisent ton compte, 6 qui y changent quelque chose.
Vingt-trois outils lisent, six agissent sur tes machines. Les noms restent ceux que Claude affiche.
- 23 lecture
- 6 écriture
Sommaire des outils
- get_instance_basic_info
- list_instance_attached_disks
- list_instances
- get_instance_group_manager_basic_info
- list_instance_group_managers
- list_managed_instances
- list_instance_templates
- get_instance_template_basic_info
- get_instance_template_properties
- get_disk_basic_info
- get_disk_performance_config
- list_disks
- list_accelerator_types
- list_machine_types
- list_images
- get_zone_operation
- get_reservation_basic_info
- get_reservation_details
- list_reservations
- list_commitments
- get_commitment_basic_info
- list_commitment_reservations
- list_snapshots
Ce que Claude lit (23)
23 outilsVingt-trois outils qui consultent VM, groupes, modèles, disques, réservations, engagements et opérations sans y toucher.
get_instance_basic_info
Rapporte l'essentiel d'une machine virtuelle : nom, identifiant, état, type de machine, date de mise en service et accélérateurs rattachés. Claude s'en sert pour répondre vite sur une machine précise.
list_instance_attached_disks
Montre chaque disque rattaché à une VM donnée, avec son type, son mode, son rôle de démarrage, sa taille, son nom de périphérique et son architecture.
list_instances
Renvoie les VM d'un projet dans une zone, chacune avec son nom, son identifiant, son état, son type de machine et ses accélérateurs. C'est le point de départ habituel d'un inventaire.
get_instance_group_manager_basic_info
Décrit un groupe d'instances géré : le modèle qu'il suit, son nom de base, ses tailles cibles pour les instances actives, arrêtées et suspendues, et son état du moment.
list_instance_group_managers
Liste les groupes d'instances gérés d'un projet dans une zone, avec leur modèle, leur nom de base, leurs tailles cibles et leur état, pour que Claude les compare d'un coup d'œil.
list_managed_instances
Énumère les instances d'un groupe géré avec, pour chacune, son identifiant, son URL, son état et l'action en cours : on voit ce que fait le groupe à l'instant.
list_instance_templates
Ramène les modèles d'instance d'un projet avec nom, identifiant, description, type de machine et région : Claude dispose du catalogue complet des gabarits utilisés par tes équipes.
get_instance_template_basic_info
Donne la version courte d'un modèle d'instance : nom, identifiant, description, type de machine et région. Assez pour que Claude confirme à quoi sert ce modèle.
get_instance_template_properties
Ouvre toutes les propriétés d'instance d'un modèle : tags, type de machine, interfaces réseau, disques, métadonnées, comptes de service, options de planification, libellés, accélérateurs, affinité de réservation et réglages shielded ou confidential.
get_disk_basic_info
Indique le nom, l'identifiant, la description, la taille, le type et l'état d'un disque, ainsi que les derniers moments où il a été rattaché ou détaché d'une machine.
get_disk_performance_config
Lit le profil de performance d'un disque : type, taille, IOPS et débit provisionnés, taille de bloc physique, pool de stockage et mode d'accès.
list_disks
Renvoie tous les disques d'un projet dans une zone, chacun avec sa taille, son type, son état et sa dernière date de rattachement ou de détachement : Claude repère ceux qui dorment.
list_accelerator_types
Liste les types d'accélérateurs proposés dans une zone, en précisant s'ils sont dépréciés et le nombre maximal de cartes par instance.
list_machine_types
Renvoie les types de machine d'une zone avec leurs processeurs virtuels, leur mémoire, leurs accélérateurs et leur architecture. Il lui faut un projet et une zone.
list_images
Montre les images d'un projet avec nom, identifiant, état et famille : Claude sait quelles images de système d'exploitation tes équipes ont sous la main pour démarrer une machine.
get_zone_operation
Lit l'état d'une opération de zone : statut, erreurs, avertissements et détails d'erreur HTTP. La référence de Google demande à Claude de s'en servir pour confirmer qu'une action sur une VM a abouti avec le statut DONE.
get_reservation_basic_info
Donne les bases d'une réservation de capacité : sa zone, son état, si une réservation spécifique est exigée pour l'utiliser, et les engagements qui lui sont liés.
get_reservation_details
Renvoie la vue détaillée d'une réservation : type de machine, accélérateurs et SSD locaux couverts, propriétés agrégées comme la famille de VM, réglages de partage et état des ressources.
list_reservations
Recense les réservations d'un projet dans une zone, avec leur état, l'obligation éventuelle de réservation spécifique et les engagements liés : un aperçu rapide de la capacité retenue.
list_commitments
Renvoie les contrats d'utilisation engagée d'un projet dans une région, avec leur état, leur formule, leur type, les ressources couvertes et leurs dates de début et de fin.
get_commitment_basic_info
Résume un engagement donné : état, formule, type, ressources couvertes et dates qui l'encadrent. Claude peut alors t'expliquer sur quoi porte l'engagement, et jusqu'à quand.
list_commitment_reservations
Indique quelles réservations dépendent d'un engagement, avec pour chacune le type de machine, les accélérateurs, les SSD locaux, les réglages de partage et l'état des ressources.
list_snapshots
Rassemble les instantanés d'un projet avec leur état, la taille du disque, les octets stockés et le disque source : Claude sait ce qui est sauvegardé, et à partir de quel disque.
Ce que Claude change (6)
6 outilsSix outils qui lancent, allument, éteignent, redimensionnent ou suppriment des machines virtuelles. Aucune source ne décrit de confirmation propre à l'un d'eux : la règle générale plus bas s'applique.
create_instance
Approbation : voir la règleDémarre une nouvelle machine virtuelle à partir d'un projet, d'une zone et d'un nom. Sans autre précision, Google indique qu'elle prend par défaut le type e2-medium et une image Debian.
delete_instance
Approbation : voir la règleSupprime une machine virtuelle d'un projet et d'une zone. Google classe cet outil comme destructif dans sa référence.
start_instance
Approbation : voir la règleDémarre une machine virtuelle arrêtée, désignée par son projet, sa zone et son nom, et renvoie une opération à suivre.
stop_instance
Approbation : voir la règleArrête une machine virtuelle en marche. C'est aussi l'étape obligatoire avant tout changement de type de machine.
reset_instance
Approbation : voir la règleRéinitialise une machine virtuelle et rend une opération à vérifier.
set_instance_machine_type
Approbation : voir la règleFait passer une VM arrêtée sur un autre type de machine, pour plus ou moins de processeurs et de mémoire.
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. Ça couvre ici les six outils de VM, puisqu'aucune source ne fixe d'autre règle pour eux, delete_instance compris, que Google classe comme destructif.
Sur Team et Enterprise, les propriétaires de l'espace décident si un membre peut laisser passer certaines actions sans qu'on les lui redemande, et ils peuvent limiter ce qu'un connecteur a le droit de faire pour toute l'organisation. Côté Google Cloud, des règles IAM d'autorisation et de refus peuvent bloquer des outils par identité, par nom ou selon leur attribut de lecture seule. Claude travaille avec tes droits Google Cloud, rien de plus : ce que tu ne peux pas faire dans la console, il ne le fait pas non plus.
Sur quels plans c'est disponible
Aucune des 819 fiches du répertoire officiel n'affiche de disponibilité par plan. Connecteur par connecteur, la réponse n'est publiée nulle part : c'est un vrai trou du catalogue.
La règle générale, elle, est publiée : les connecteurs distants sont ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile. Sur Team et Enterprise, un Owner ou un Primary Owner active le connecteur pour l'organisation avant que les membres s'y connectent. Pour l'état à jour de celui-ci, consulte la fiche Google Compute Engine du répertoire officiel. Côté Google, il faut les bons rôles IAM sur le projet.
Là où le connecteur Claude Google Compute Engine s'arrête
Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : aucune VM ne s'éteint seule la nuit grâce à ce connecteur.
Seul Google documente ce connecteur, le centre d'aide de Claude ne lui consacre aucun article. Une liste d'outils est un plancher observé, pas une promesse, et le badge partenaire n'est pas un audit de sécurité : Anthropic écrit sur chaque fiche qu'il ne choisit pas les outils d'un éditeur et ne garantit pas leur comportement. Ne branche que ce qui vient d'un éditeur de confiance, ici Google. Google précise que le service s'active quand l'API Compute Engine est activée sur le projet.
Besoin d'aide pour brancher Google Compute Engine sur Claude ?
Une personne lit chaque message.