Ressources · Connecteur Claude

Connecteur Claude UltipaCe que Claude sait faire dans ton compte ou ton instance Ultipa.

Le connecteur Claude Ultipa expose 57 outils. 34 lisent ton compte, tes instances et tes graphes, 22 y changent quelque chose, 1 reste non classé. Ici : ce que Claude administre, ce qui est destructif, comment l'installer et qui peut couper l'accès.

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

Aperçu

Ce que ça change pour administrer une base de graphes

Ultipa propose GQLDB, une base de données orientée graphes, en service cloud ou installée chez toi. Avec le connecteur, Claude consulte l'état des instances, interroge les graphes et, si tu le valides, agit sur l'infrastructure elle-même. Ultipa documente l'ensemble dans le README de son dépôt officiel.

Diagnostiquer une instance qui ralentit. get_live_metrics donne processeur, mémoire, disque et réseau à l'instant, get_metrics_history l'historique jusqu'à 14 jours, et get_instance_logs les journaux récents.

Analyser un graphe avant d'y toucher. Claude décrit le schéma avec describe_schema, vérifie un plan d'exécution avec explain_query, puis lance un algorithme de centralité ou de communautés avec run_algo.

Protéger les données avant un changement. create_backup prend une sauvegarde à la demande, set_backup_schedule en programme d'autres, et restore_backup revient en arrière, en écrasant ce qui a été fait depuis.

Ce que Claude ne fait pas : gérer une instance autogérée depuis Claude sur le web, ni agir sur la facturation au-delà de la consulter. Rien ne tourne seul non plus : aucune alerte ne réveille Claude quand une instance tombe. Pour ce genre de veille, il faut un outil d'automatisation, un autre métier ; Intégrations rassemble ce côté-là.

Vocabulaire

Le vocabulaire en une minute

Cinq mots pour suivre la suite.

Connecteur
Le lien que tu poses une fois entre Claude et un service, pour qu'il y travaille pendant qu'il te répond.
Outil
Une action nommée que le connecteur ouvre à Claude. Il choisit seul celles qu'il lui faut, et la fiche du répertoire les liste.
Autorisation
Ce que tu confies à Claude pour agir : ici une clé d'API Ultipa Cloud ou les accès d'une instance. Elle se retire ensuite.
Approbation
La confirmation que Claude attend avant une action qui modifie un compte, affichée dans la conversation au moment où elle compte.
MCP
Le standard commun des connecteurs : c'est lui qui permet à un assistant comme Claude de dialoguer avec un service extérieur.
Connexion

Installer le connecteur Claude Ultipa

  1. 01

    Ouvrir le répertoire dans Claude Desktop

    Le répertoire présente Ultipa comme une extension de bureau. Dans Claude Desktop, ouvre Customize puis Connectors, et cherche Ultipa dans le répertoire.

  2. 02

    Installer puis configurer

    Cherche Ultipa dans la liste, clique sur Install, puis sur Config. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit d'abord avoir ouvert le connecteur à l'organisation.

  3. 03

    Saisir tes accès

    Renseigne soit ta clé d'API Ultipa Cloud, soit l'hôte, l'utilisateur et le mot de passe d'une instance gérée par toi, puis Save. Ce que la clé autorise fixe ce que Claude pourra faire.

Outils

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

Ultipa donne à Claude 57 outils : 34 qui lisent ton compte, 22 qui y changent quelque chose, et 1 qu'aucune source officielle ne décrit.

34 outils de lecture, 22 qui modifient, 1 non classé. Les noms restent ceux que Claude affiche, en anglais.

  • 34 lecture
  • 22 écriture
  • 1 non documentés

Ce que Claude lit (34)

34 outils

get_account

Renvoie le profil du compte Ultipa Cloud connecté : adresse e-mail, nom et indicateurs liés au solde.

Quand ça sert
pour vérifier sur quel compte Ultipa Cloud Claude travaille avant une action.
Attention
il ne répond qu'avec un compte Ultipa Cloud, jamais pour une instance autogérée branchée en direct.

Sourcegithub.com · 1 octobre 2026 ↗

list_instances

Dresse l'inventaire de toutes les instances rattachées au compte, pour savoir ce qui tourne avant d'agir.

Quand ça sert
pour voir ce qui existe sur le compte avant de lancer une action sur une instance.
Attention
avec une clé API, Ultipa demande d'accorder la portée instances:read pour ce type d'outil.

Sourcegithub.com · 1 octobre 2026 ↗

list_deleted_instances

Montre les instances déjà retirées du compte, qui n'apparaissent plus dans la liste ordinaire des instances.

Quand ça sert
tu cherches la trace d'une base disparue pour comprendre ce qu'il en est advenu.
Attention
list_instances ne renvoie pas ces instances : c'est le seul outil de la fiche qui les montre.

Sourcegithub.com · 1 octobre 2026 ↗

get_instance

Récupère la fiche d'une instance précise à partir de son identifiant, pour en examiner l'état et les caractéristiques.

Quand ça sert
avant une opération de maintenance, tu veux confirmer qu'il s'agit bien de la bonne instance.
Attention
il faut l'identifiant de l'instance, que la liste des instances fournit d'abord.

Sourcegithub.com · 1 octobre 2026 ↗

get_instance_credentials

Récupère le nom d'utilisateur et le mot de passe administrateur d'une instance, tels qu'Ultipa Cloud les conserve.

Quand ça sert
quand il faut retrouver les accès administrateur d'une instance Ultipa Cloud.
Attention
outil de gestion, il ne marche qu'avec Ultipa Cloud ; avec une clé API, Ultipa range ces identifiants sous la portée instances:credentials.

Sourcegithub.com · 1 octobre 2026 ↗

list_regions

Liste les régions où Ultipa Cloud peut héberger une instance, avec l'adresse de leur console de gestion.

Quand ça sert
tu dois héberger une base au plus près de tes utilisateurs et tu veux voir les options.
Attention
ce catalogue relève d'Ultipa Cloud ; une instance autogérée n'y a pas accès.

Sourcegithub.com · 1 octobre 2026 ↗

list_instance_sizes

Présente les tailles d'instance proposées et leur tarification, pour comparer avant d'en provisionner une.

Quand ça sert
tu prépares un budget et tu veux savoir ce que coûte une taille au-dessus.
Attention
Ultipa le range parmi les outils de gestion du cloud : avec une instance branchée en direct, il ne répond pas.

Sourcegithub.com · 1 octobre 2026 ↗

get_enterprise_status

Indique si le compte peut prétendre au palier entreprise d'Ultipa ; Ultipa le présente comme une vérification préalable avant de lancer une instance de ce palier.

Quand ça sert
avant de demander une instance de ce niveau, tu veux savoir si le compte y a droit.

Sourcegithub.com · 1 octobre 2026 ↗

get_operations_lock

Signale si les opérations sur les instances sont bloquées pour tout le service, pendant une maintenance ou un gel par exemple.

Quand ça sert
une opération échoue sans raison apparente et tu veux écarter une maintenance en cours.
Attention
il signale le verrou sans le lever : aucun outil de la fiche n'agit sur ce verrou.

Sourcegithub.com · 1 octobre 2026 ↗

get_trial_status

Vérifie si le compte peut encore ouvrir une instance d'essai ; Ultipa en fait un contrôle préalable à ce type d'instance.

Quand ça sert
tu veux tester Ultipa sur un petit jeu de données avant d'engager un budget.
Attention
il ne crée rien : l'ouverture d'une instance passe par create_instance, un outil d'écriture.

Sourcegithub.com · 1 octobre 2026 ↗

get_latest_version

Donne la plus récente version de GQLDB, le moteur de base de graphes d'Ultipa, disponible au moment de la question.

Quand ça sert
tu veux savoir si ton instance a du retard avant de planifier une montée de version.
Attention
il parle du catalogue d'Ultipa, pas de la version qui tourne réellement chez toi.

Sourcegithub.com · 1 octobre 2026 ↗

wait_for_instance_status

Outil d'attente explicite qui interroge l'état d'une instance en boucle ; Ultipa précise qu'on en a rarement besoin.

Quand ça sert
après un redémarrage demandé à Claude, tu préfères qu'il patiente jusqu'au bon état avant la suite.
Attention
il ne change pas l'état de l'instance : il interroge cet état jusqu'à obtenir celui attendu.

Sourcegithub.com · 1 octobre 2026 ↗

get_live_metrics

Prend un instantané des ressources d'une instance : processeur, mémoire, disque et réseau, au moment de la question.

Quand ça sert
les requêtes ralentissent et tu veux voir tout de suite si la mémoire sature.
Attention
pour une tendance, get_metrics_history remonte jusqu'à 14 jours.

Sourcegithub.com · 1 octobre 2026 ↗

get_metrics_history

Remonte l'historique des métriques sur les dernières minutes demandées : 60 par défaut, jusqu'à 14 jours au plus.

Quand ça sert
pour situer un pic de charge dans l'historique récent d'une instance.
Attention
pour l'état à l'instant, c'est get_live_metrics qui répond.

Sourcegithub.com · 1 octobre 2026 ↗

get_instance_logs

Affiche les journaux récents du conteneur d'une instance : 100 lignes par défaut, 1000 au maximum.

Quand ça sert
une requête échoue avec un message vague et tu veux la trace exacte côté serveur.
Attention
le niveau de détail de ces journaux se règle avec set_log_level, un outil d'écriture.

Sourcegithub.com · 1 octobre 2026 ↗

list_alerts

Rassemble les alertes de toutes les instances du compte en une seule vue.

Quand ça sert
tu veux un état d'ensemble des incidents sans ouvrir chaque instance.
Attention
pour ne suivre qu'une seule instance, list_instance_alerts restreint la vue à celle-ci et laisse le reste du compte de côté.

Sourcegithub.com · 1 octobre 2026 ↗

list_instance_alerts

Ne garde que les alertes d'une seule instance, pour se concentrer sur celle qui pose problème.

Quand ça sert
la base de production fait des siennes et le reste du compte ne t'intéresse pas pour l'instant.
Attention
la vue de tout le compte passe par list_alerts.

Sourcegithub.com · 1 octobre 2026 ↗

get_my_ip

Donne l'adresse IP publique de la machine qui fait tourner le serveur Ultipa, à associer ensuite à une règle de pare-feu.

Quand ça sert
ta base refuse la connexion depuis ton poste et tu dois savoir quelle adresse autoriser.
Attention
l'adresse est celle de la machine qui exécute le serveur Ultipa, pas forcément celle de ton navigateur.

Sourcegithub.com · 1 octobre 2026 ↗

list_firewall_rules

Affiche la liste blanche d'adresses IP d'une instance, c'est-à-dire qui a le droit de s'y connecter.

Quand ça sert
pour voir quelles adresses une instance admet à un moment donné.
Attention
seules les instances Ultipa Cloud ont ce pare-feu géré depuis Claude.

Sourcegithub.com · 1 octobre 2026 ↗

get_balance

Indique le solde actuel du compte Ultipa Cloud et les indicateurs de facturation associés.

Quand ça sert
avant de lancer une instance supplémentaire, tu veux vérifier qu'il reste du crédit.
Attention
les outils de facturation demandent la portée billing:read quand on passe par une clé API.

Sourcegithub.com · 1 octobre 2026 ↗

list_transactions

Liste les mouvements du solde : recharges, débits et remboursements.

Quand ça sert
pour retrouver le détail d'un débit ou d'une recharge sur le solde.
Attention
avec une clé API, la facturation relève de la portée billing:read, comme pour le solde.

Sourcegithub.com · 1 octobre 2026 ↗

get_usage

Résume la facturation à l'usage du mois : ce que la consommation des instances a coûté sur la période.

Quand ça sert
tu veux savoir, en fin de mois, ce que la consommation a coûté.
Attention
en mode clé API, ce résumé dépend lui aussi de la portée billing:read.

Sourcegithub.com · 1 octobre 2026 ↗

get_payment_method

Montre les informations de la carte enregistrée sur le compte Ultipa Cloud.

Quand ça sert
un paiement a été refusé et tu veux voir quelle carte est en place.
Attention
aucun outil de la fiche ne modifie le moyen de paiement : celui-ci ne fait que l'afficher.

Sourcegithub.com · 1 octobre 2026 ↗

get_auto_reload

Affiche les réglages actuels de recharge automatique du solde du compte.

Quand ça sert
tu veux savoir si le compte se recharge seul ou s'il risque de tomber à zéro.
Attention
il se contente d'afficher le réglage ; la fiche ne publie aucun outil qui agisse sur ce réglage.

Sourcegithub.com · 1 octobre 2026 ↗

list_backups

Énumère les sauvegardes existantes d'une instance, avant de décider d'en restaurer une ou d'en garder.

Quand ça sert
avant une migration, tu veux connaître la sauvegarde la plus récente disponible.
Attention
une restauration écrase les données actuelles : repère bien la date avant d'aller plus loin.

Sourcegithub.com · 1 octobre 2026 ↗

test_connection

Fait un contrôle rapide de santé sur l'instance GQLDB visée, pour vérifier qu'elle répond.

Quand ça sert
juste après la configuration, tu veux t'assurer que Claude atteint bien ta base.
Attention
il vise l'instance GQLDB cible et ne modifie rien sur elle.

Sourcegithub.com · 1 octobre 2026 ↗

explain_query

Rend le plan d'exécution d'une requête GQL sans la lancer, pour comprendre comment le moteur s'y prendrait.

Quand ça sert
une requête met trop de temps et tu veux voir où elle coince .
Attention
rien n'est exécuté : c'est le bon réflexe avant une requête lourde sur la production.

Sourcegithub.com · 1 octobre 2026 ↗

run_algo

Lance un algorithme de graphe intégré : centralité, détection de communautés, similarité, recherche de chemin, plongements de graphe, entre autres.

Quand ça sert
pour appliquer un de ces algorithmes à un graphe déjà chargé sur l'instance.
Attention
les requêtes GQL libres passent par un autre outil, run_gql_query, resté non classé.

Sourcegithub.com · 1 octobre 2026 ↗

list_graphs

Énumère les graphes présents sur l'instance, pour choisir celui sur lequel travailler.

Quand ça sert
tu ne te souviens plus du nom exact du graphe de test.
Attention
il fonctionne aussi bien sur Ultipa Cloud que sur une instance autogérée branchée en direct.

Sourcegithub.com · 1 octobre 2026 ↗

describe_schema

Détecte le mode d'un graphe (ouvert, fermé ou ontologie) et en inspecte le schéma, pour savoir quels nœuds et quelles relations il contient.

Quand ça sert
avant de poser une question complexe, Claude doit comprendre la structure du graphe.
Attention
les trois modes cités par Ultipa, ouvert, fermé et ontologie, sont aussi ceux de create_graph.

Sourcegithub.com · 1 octobre 2026 ↗

get_db_version

Donne la version de GQLDB que l'instance déclare elle-même, en direct.

Quand ça sert
tu compares avec la dernière version disponible pour savoir si une montée s'impose.
Attention
c'est la version vue par l'instance elle-même, qui peut différer de la dernière publiée.

Sourcegithub.com · 1 octobre 2026 ↗

get_db_license

Indique l'édition de GQLDB et les informations de licence de l'instance.

Quand ça sert
quand il faut savoir quelle édition de GQLDB et quelle licence couvrent une instance donnée.
Attention
l'information vient de l'instance en direct, pas du compte Ultipa Cloud.

Sourcegithub.com · 1 octobre 2026 ↗

search_docs

Cherche dans la documentation d'Ultipa par mot-clé ou par question et renvoie des pages classées, chacune avec un sujet à ouvrir ensuite.

Quand ça sert
tu veux la syntaxe officielle d'une fonction GQL plutôt qu'une approximation.
Attention
il cherche dans la documentation d'Ultipa, pas dans tes graphes ni dans tes instances.

Sourcegithub.com · 1 octobre 2026 ↗

lookup_docs

Récupère le contenu complet d'une page de documentation d'après son chemin exact, pour appuyer une réponse sur la référence d'Ultipa.

Quand ça sert
Claude doit vérifier une option avant de te proposer une requête.
Attention
il faut le chemin exact de la page, que fournit search_docs.

Sourcegithub.com · 1 octobre 2026 ↗

Ce que Claude change (22)

22 outils

22 outils qui agissent sur ton compte, tes instances ou tes graphes. Aucune source ne précise de confirmation côté Claude : la règle générale s'applique.

create_instance

Approbation : voir la règle

Lance une nouvelle instance Ultipa Cloud avec un nom, une région et une taille.

Ce que Claude demande
aucune source ne décrit de confirmation propre à cet outil ; la règle générale des approbations s'applique.
Quand ça sert
un nouveau projet a besoin de sa propre base de graphes, séparée de la production.

Sourcegithub.com · 1 octobre 2026 ↗

rename_instance

Approbation : voir la règle

Change le nom affiché d'une instance, sans toucher à ses données.

Ce que Claude demande
la règle générale des approbations le couvre, aucune source ne lui donnant de confirmation propre.
Quand ça sert
l'instance de test est devenue la base d'un vrai projet et son nom prête à confusion.

Sourcegithub.com · 1 octobre 2026 ↗

pause_instance

Approbation : voir la règle

Suspend une instance en cours de fonctionnement.

Ce que Claude demande
rien n'est décrit pour lui en particulier : c'est la confirmation par défaut qui joue.
Quand ça sert
quand une instance n'a pas besoin de tourner pendant un temps.
Attention
resume_instance est l'outil qui relance ensuite une instance en pause.

Sourcegithub.com · 1 octobre 2026 ↗

resume_instance

Approbation : voir la règle

Relance une instance mise en pause pour qu'elle réponde de nouveau aux requêtes.

Ce que Claude demande
Ultipa ne documente aucune demande spécifique ; la règle de Claude par défaut vaut ici.
Quand ça sert
quand une instance mise en pause doit de nouveau servir.

Sourcegithub.com · 1 octobre 2026 ↗

restart_instance

Approbation : voir la règle

Redémarre l'instance, le geste classique quand elle ne se comporte plus normalement.

Ce que Claude demande
pas de confirmation propre dans les sources, donc la règle générale plus bas.
Quand ça sert
une instance ne répond plus correctement après un changement de réglage.

Sourcegithub.com · 1 octobre 2026 ↗

upgrade_version

Approbation : voir la règle

Fait passer l'instance à la dernière version de GQLDB disponible.

Ce que Claude demande
aucune demande particulière n'est sourcée ; reporte-toi à la règle générale des approbations.
Quand ça sert
quand get_latest_version annonce une version plus récente que celle de l'instance.

Sourcegithub.com · 1 octobre 2026 ↗

delete_instance

Approbation : voir la règle

Supprime une instance du compte. Ultipa exige le nom de l'instance en guise de confirmation.

Ce que Claude demande
la confirmation par défaut de Claude, faute de règle propre décrite par une source.
Quand ça sert
un environnement de test temporaire n'a plus aucune raison d'exister.
Attention
c'est l'opération la plus lourde de la liste : relis le nom avant de le confirmer.

Sourcegithub.com · 1 octobre 2026 ↗

reset_admin_password

Approbation : voir la règle

Remplace le mot de passe administrateur de la base par un nouveau.

Ce que Claude demande
les sources sont muettes sur une demande propre ; la règle générale prend le relais.
Quand ça sert
quand le mot de passe administrateur actuel ne doit plus servir.
Attention
Ultipa prévient que l'opération coupe les connexions existantes.

Sourcegithub.com · 1 octobre 2026 ↗

set_log_level

Approbation : voir la règle

Règle le niveau de détail des journaux de GQLDB : debug, info, warn ou error.

Ce que Claude demande
aucune règle spécifique n'est publiée : la confirmation par défaut s'applique à lui aussi.
Quand ça sert
pour diagnostiquer une anomalie, tu veux temporairement des journaux plus bavards.

Sourcegithub.com · 1 octobre 2026 ↗

add_firewall_rule

Approbation : voir la règle

Ajoute une plage d'adresses IP à la liste blanche d'une instance, pour lui permettre de s'y connecter.

Ce que Claude demande
la règle commune des approbations, puisque rien de propre à cet outil n'est décrit.
Quand ça sert
quand une nouvelle adresse doit pouvoir joindre l'instance, par exemple l'adresse publique renvoyée par l'outil dédié.

Sourcegithub.com · 1 octobre 2026 ↗

remove_firewall_rule

Approbation : voir la règle

Retire une règle de la liste blanche à partir de sa plage d'adresses.

Ce que Claude demande
faute de description propre, c'est la règle par défaut de Claude qui encadre l'appel.
Quand ça sert
quand une plage d'adresses ne doit plus accéder à l'instance.

Sourcegithub.com · 1 octobre 2026 ↗

create_backup

Approbation : voir la règle

Déclenche une sauvegarde ponctuelle d'une instance, avec un délai d'attente de 10 minutes par défaut.

Ce que Claude demande
aucune source ne précise de confirmation pour lui : vois la règle générale.
Quand ça sert
juste avant une grosse importation, tu veux un point de retour.

Sourcegithub.com · 1 octobre 2026 ↗

restore_backup

Approbation : voir la règle

Remet une instance dans l'état d'une sauvegarde terminée. Ultipa la qualifie de destructive : les données actuelles sont écrasées.

Ce que Claude demande
rien de spécifique côté sources ; l'approbation par défaut de Claude reste la référence.
Quand ça sert
quand l'état actuel d'une instance doit revenir à celui d'une sauvegarde terminée.
Attention
tout ce qui a été ajouté depuis la sauvegarde est perdu.

Sourcegithub.com · 1 octobre 2026 ↗

set_backup_schedule

Approbation : voir la règle

Crée ou ajuste un calendrier de sauvegardes automatiques pour une instance.

Ce que Claude demande
la même règle générale que les autres outils d'écriture, aucune source ne disant autre chose.
Quand ça sert
la base passe en production et doit être sauvegardée sans que personne y pense.

Sourcegithub.com · 1 octobre 2026 ↗

delete_backup

Approbation : voir la règle

Supprime définitivement un instantané de sauvegarde.

Ce que Claude demande
pas de comportement documenté pour lui seul ; la confirmation par défaut fait foi.
Quand ça sert
de vieilles sauvegardes encombrent la liste et n'ont plus d'utilité.
Attention
il n'y a pas de retour en arrière décrit après cette suppression.

Sourcegithub.com · 1 octobre 2026 ↗

clear_backup_schedule

Approbation : voir la règle

Retire le calendrier de sauvegardes automatiques ; les sauvegardes déjà faites sont conservées.

Ce que Claude demande
la confirmation générale de Claude, aucune source n'en décrivant une propre à cet outil.
Quand ça sert
une base archivée n'a plus besoin de sauvegardes régulières.

Sourcegithub.com · 1 octobre 2026 ↗

create_graph

Approbation : voir la règle

Crée un nouveau graphe sur l'instance, en mode ouvert, fermé ou ontologie.

Ce que Claude demande
la règle par défaut, rien de particulier n'étant documenté pour cette action.
Quand ça sert
tu veux un espace séparé pour tester un modèle de données sans toucher au graphe principal.

Sourcegithub.com · 1 octobre 2026 ↗

delete_graph

Approbation : voir la règle

Supprime un graphe entier de l'instance.

Ce que Claude demande
aucune confirmation spécifique n'est relevée ; c'est la règle générale qui l'encadre.
Quand ça sert
un graphe d'essai a rempli son rôle et doit disparaître.
Attention
tout le contenu du graphe part avec lui.

Sourcegithub.com · 1 octobre 2026 ↗

write_data

Approbation : voir la règle

Exécute une instruction GQL de modification de données que Claude rédige lui-même. Pour un fichier sur ton poste, Ultipa renvoie vers l'import en masse.

Ce que Claude demande
la règle générale, en l'absence de toute source décrivant une confirmation dédiée.
Quand ça sert
tu veux corriger quelques relations mal saisies dans le graphe.

Sourcegithub.com · 1 octobre 2026 ↗

import_data

Approbation : voir la règle

Écrit en masse des nœuds et des relations structurés, par la voie d'insertion en masse du pilote. Ultipa le désigne pour les fichiers présents sur ta machine, à la place de write_data.

Ce que Claude demande
les sources ne disent rien de plus que la règle générale des approbations.
Quand ça sert
quand les données à charger sont dans un fichier local dont tu donnes le chemin.

Sourcegithub.com · 1 octobre 2026 ↗

write_procedure

Approbation : voir la règle

Crée une procédure stockée sur l'instance, réutilisable ensuite.

Ce que Claude demande
rien n'est publié sur une demande propre : la confirmation par défaut s'impose.
Quand ça sert
une même série de requêtes doit être regroupée sous un seul nom.
Attention
aucun outil de la fiche ne supprime une procédure stockée une fois créée.

Sourcegithub.com · 1 octobre 2026 ↗

reload_db_stats

Approbation : voir la règle

Reconstruit les statistiques stockées de l'instance.

Ce que Claude demande
la confirmation par défaut, aucune source ne détaillant ce que Claude demande ici.
Quand ça sert
après un gros import, tu veux que les statistiques reflètent les nouvelles données.
Attention
c'est une écriture sur l'instance, à distinguer de get_db_version et get_db_license, qui ne font que lire.

Sourcegithub.com · 1 octobre 2026 ↗

Non classé (1)

1 outil

Ultipa décrit cet outil, mais aucune source ne dit s'il lit ou modifie : cela dépend de la requête.

run_gql_query

Exécute une requête GQL et en renvoie les résultats, d'après le README d'Ultipa. Aucune source ne dit si l'outil lit ou modifie : tout dépend de la requête, et la fiche ne tranche pas.

Attention
la règle générale des approbations le couvre.
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. La demande s'affiche dans la conversation, au moment où elle compte.

Aucune source ne décrit de confirmation propre à un outil Ultipa côté Claude : la règle par défaut couvre les 22 outils qui modifient. Côté Ultipa, la suppression d'une instance réclame en plus son nom. Avec une clé d'API, ce sont aussi les portées accordées à la clé qui bornent Claude. Sur un espace Team ou Enterprise, les propriétaires décident si un membre peut laisser passer certaines actions, et peuvent fermer l'écriture pour toute l'organisation.

Plans

Sur quels plans c'est disponible

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

La règle générale est publiée : les extensions de bureau, comme Ultipa, s'installent sur Claude Desktop pour tous les utilisateurs, et les connecteurs distants sont ouverts sur Claude, Cowork, Claude Desktop et mobile. Sur Team et Enterprise, un Owner ou un Primary Owner ouvre le connecteur pour l'organisation avant que les membres s'y connectent. L'état à jour se lit sur la fiche du connecteur dans le répertoire officiel.

Limites

Là où ce connecteur s'arrête

Un connecteur n'est pas une automatisation : Claude appelle ces outils pendant qu'il te répond, et rien ne part tout seul. Ce connecteur n'est documenté que par Ultipa, dans le README de son dépôt officiel.

Plusieurs outils touchent à l'infrastructure et aux données de production : restaurer, supprimer, renouveler un mot de passe. Le badge du répertoire n'est pas un audit de sécurité, et Anthropic l'écrit sur chaque fiche : il ne choisit pas les outils d'un éditeur et ne garantit pas leur comportement. Branche ce que publie un éditeur que tu connais, et pour une surveillance qui tourne sans toi, vois Intégrations.

Besoin d'aide

Besoin d'aide pour brancher Ultipa sur Claude ?

Une personne lit chaque message.

FAQ

Questions fréquentes sur le connecteur Claude Ultipa

01Que peut faire Claude avec le connecteur Claude Ultipa ?
Claude peut administrer tes instances Ultipa Cloud et interroger tes graphes depuis la conversation. Côté gestion, il consulte le compte, les instances, les métriques, les journaux, les alertes, le pare-feu, les sauvegardes et la facturation, et peut provisionner, mettre en pause, redémarrer ou supprimer une instance. Côté données, il décrit un schéma, explique une requête, lance un algorithme de graphe ou importe des données. Deux outils interrogent aussi la documentation d'Ultipa.
02Claude peut-il supprimer des données ou une instance ?
Oui, plusieurs outils le permettent : supprimer une instance, une sauvegarde ou un graphe entier, restaurer une sauvegarde en écrasant les données actuelles, renouveler le mot de passe administrateur en coupant les connexions. Ultipa ajoute une protection sur la suppression d'une instance, qui réclame son nom en confirmation. Avec une clé d'API, ces actions dépendent aussi des portées accordées, celle de suppression comprise. Relis chaque demande avant de valider, surtout sur une base de production.
03Claude me demande-t-il avant d'agir ?
Par défaut, oui : Claude demande une confirmation avant chaque action qu'il mène sur un compte à ta place. Aucune source ne décrit de confirmation propre aux outils d'Ultipa côté Claude, donc cette règle générale couvre les 22 outils qui modifient. L'outil de requête GQL reste non classé, et la même règle le couvre. Sur Team et Enterprise, les propriétaires peuvent fermer l'écriture pour toute l'organisation, sans contournement possible côté membre.
04Sur quels plans est-ce disponible ?
Aucune source officielle ne publie la disponibilité par plan connecteur par connecteur, et aucune fiche du répertoire ne l'affiche. La règle générale veut que les extensions de bureau, comme Ultipa, s'installent sur Claude Desktop pour tous les utilisateurs. Sur Team et Enterprise, un Owner ou un Primary Owner ouvre d'abord le connecteur pour l'organisation. Pour l'état à jour de ton compte, consulte la fiche du connecteur dans le répertoire officiel.
05Claude voit-il tout mon compte Ultipa ?
Il voit ce que les accès fournis lui ouvrent, et rien de plus. Avec une clé d'API Ultipa Cloud, chaque famille d'outils dépend d'une portée : lecture, modification, suppression, identifiants ou facturation. Avec la connexion web, chaque personne s'authentifie sur son propre compte et ne voit que ses instances. Ultipa indique aussi que son serveur ne lit ni tes conversations ni tes fichiers, sauf les chemins de fichiers que tu confies explicitement à l'import.
06Peut-on brancher une instance Ultipa installée chez soi ?
Oui, mais pas depuis Claude sur le web. Ultipa explique qu'une instance autogérée se branche par Claude Desktop ou un client local, avec son hôte, son utilisateur et son mot de passe. Dans ce mode, seuls les outils côté données fonctionnent : requêtes, schéma, algorithmes, import, procédures. Les outils de gestion du compte, des sauvegardes ou de la facturation exigent Ultipa Cloud, et une instance directe ne peut pas les utiliser.
07Claude ou un outil d'automatisation pour Ultipa ?
Ils ne font pas le même métier, donc tout dépend de l'usage. Le connecteur sert quand tu poses une question ou demandes une action en conversation : pourquoi cette instance rame, que donne cet algorithme, sauvegarde avant l'import. Il ne lance rien seul et ne réagit pas à une alerte. Un outil d'automatisation déroule des étapes sans toi à partir d'un événement. Les deux se complètent plus qu'ils ne se remplacent.