UrbaHive Guide
EN

Assistant IA

Droits, jetons et sécurité

Sur cette page

L’assistant IA n’a jamais plus de droits que vous, et il ne travaille que dans l’organisation de son jeton. Cette page explique les règles qu’UrbaHive applique à chaque appel, et comment gérer vos jetons et y mettre fin.

Un jeton, une organisation

Tout ce que l’assistant lit ou écrit reste dans l’organisation choisie à la création du jeton. Il ne peut ni voir ni atteindre vos autres organisations, même si vous en êtes membre. Pour travailler dans deux organisations, créez deux jetons.

À chaque appel, UrbaHive vérifie que le jeton est valide (ni expiré, ni révoqué) et que vous êtes toujours membre de son organisation. Votre rôle est relu à chaque appel : si un Owner le change, l’assistant s’y aligne aussitôt.

Deux conditions pour modifier quoi que ce soit

Pour créer ou modifier des données, les deux conditions doivent être réunies :

  1. le jeton autorise l’écriture (Allow write access était activé à sa création) ;
  2. votre rôle dans l’organisation permet ce type de modification.
Ce que fait l’assistantOwnerEditorMemberViewer
Tout lire dans l’organisationOuiOuiOuiOui
Créer et modifier des éléments : applications, flux, serveurs, programmes, processus, étapes, capacités, documents d’architecture, leurs liens et les personnes qui y sont nomméesOuiOuiOuiNon
Créer et modifier les typologies (types de flux, statuts, domaines de processus, éditeurs, infrastructures, rôles dans l’organisation) et les contactsOuiOuiNonNon
Créer, modifier et supprimer les définitions de champs personnalisésOuiNonNonNon

La note en bas de l’onglet Connectors résume ces règles en une phrase ; ce tableau donne la règle complète.

Quand un appel est refusé, Claude reçoit un message clair et peut vous dire pourquoi, par exemple « This token is read-only. A token with write access is required for this tool. » ou « Your role does not allow creating or modifying data. An Owner, Editor or Member role is required (Viewers are read-only). »

Comment Claude accède à votre carte Claude appelle le point d’accès MCP d’UrbaHive en HTTPS avec votre jeton. UrbaHive vérifie le jeton, votre appartenance à l’organisation et la limite de requêtes, et pour une modification, à la fois le droit d’écriture du jeton et votre rôle. Il ne travaille ensuite que sur l’organisation du jeton et enregistre chaque appel dans Logs. HTTPS Authorization: Bearer <token> refusé : Claude reçoit un message qui dit pourquoi Claude Claude Desktop claude.ai Claude Code votre jeton Point d’accès MCP d’UrbaHive …/api/mcp Vérifications à chaque appel 1 Jeton valide : ni expiré, ni révoqué 2 Vous êtes toujours membre de son organisation 3 Au plus 60 requêtes par minute et par jeton 4 Une modification exige les deux : le jeton autorise l’écriture et votre rôle le permet Owner, Editor, Member : éléments · Owner, Editor : typologies Owner : champs personnalisés · Viewer : lecture seule Les données de votre organisation seulement l’organisation du jeton lire créer modifier aucun élément supprimé, sauf des champs personnalisés (Owner, après confirmation) Logs une ligne par appel d’outil Object : mcp_tool_call

Les contrôles par lesquels passe chaque appel, et où aboutit un refus.

Aucune suppression

L’assistant ne peut pas supprimer de données : ni application, ni flux, ni processus, ni aucun autre élément. La seule exception est une définition de champ personnalisé, pour un Owner. Même dans ce cas, le premier appel ne renvoie qu’un aperçu ; Claude doit vous le montrer, puis envoyer un second appel après votre confirmation.

Limites

Un jeton peut faire au plus 60 requêtes par minute. Au-delà, Claude reçoit « Rate limit exceeded » et doit attendre un peu avant de réessayer.

Tout est enregistré

Chaque appel est une ligne dans les Logs de l’organisation, avec votre nom, l’outil utilisé et son statut. Tout membre de l’organisation peut voir ces lignes. Le jeton lui-même n’est jamais enregistré. Voir Appels de l’assistant IA.

Gérer vos jetons

L’onglet Connectors de vos paramètres personnels affiche la liste de vos jetons. Vous ne voyez que les vôtres : personne d’autre, pas même un Owner, ne les voit ni ne les gère. Chaque ligne indique :

  • son nom et son statut : Active, Expired ou Revoked ;
  • son organisation, et Read & write ou Read-only ;
  • ses premiers caractères, pour distinguer les jetons ;
  • sa date de création, sa date d’expiration et la date de sa dernière utilisation.

Deux boutons mettent fin à un jeton :

  • Revoke demande « Revoke token ? ». Tout client Claude qui l’utilise perd l’accès immédiatement. La ligne reste dans la liste, pour mémoire.
  • Delete token (la corbeille) demande « Delete token permanently ? » et supprime entièrement la ligne.

Un jeton cesse aussi de fonctionner quand il atteint sa date d’expiration, et quand vous quittez l’organisation ou en êtes retiré.

Attention

Si quelqu’un d’autre a pu voir un jeton, révoquez-le maintenant et créez-en un nouveau. La révocation prend effet immédiatement.

Bonnes habitudes

  • Créez des jetons en lecture seule, sauf si vous avez vraiment besoin que Claude modifie des données.
  • Créez un jeton par appareil ou par application, avec un nom qui l’indique : vous pourrez alors mettre fin à l’un sans toucher aux autres.
  • Choisissez une expiration courte. Vous pourrez toujours créer un nouveau jeton.
  • Révoquez un jeton que vous n’utilisez plus.
  • Lisez ce que Claude propose de modifier avant de confirmer, et vérifiez le résultat dans UrbaHive ou dans la page Logs.