Glossaire

Termes clés utilisés dans la documentation de Syncanix.

Le vocabulaire transversal employé tout au long de cette documentation. Les sections suivantes définissent leurs propres termes métier là où ils apparaissent.

Capacité: Une seule chose que votre API sait faire — un point de terminaison ou une action, comme « rembourser une commande » — décrite pour que l’assistant sache ce qu’elle fait et quand l’utiliser.
Catalogue de capacités: La liste structurée de toutes vos capacités. Elle est découverte à partir de votre API et constitue la source unique de vérité que lisent le widget, le chat et le serveur MCP.
Découverte: Le processus d’analyse de votre code pour construire le catalogue de capacités, exécuté par la CLI Syncanix.
Widget: Le composant de chat intégrable que vous ajoutez à votre application avec une seule balise de script.
Surface de chat: L’expérience d’assistant avec laquelle vos utilisateurs interagissent — répondre aux questions et exécuter des actions via votre API.
MCP (Model Context Protocol): Une norme ouverte qui permet à des clients d’IA comme Claude Desktop, Cursor et ChatGPT de se connecter à des outils et des données externes.
Serveur MCP: Le point de terminaison par espace de travail que Syncanix vous fournit pour que les clients MCP accèdent à vos capacités.
Développeur / administrateur: Votre équipe — les personnes qui exécutent la CLI, configurent le tableau de bord et gèrent l’espace de travail.
Utilisateur final: L’utilisateur connecté de votre client, qui dialogue avec le widget ou connecte un client MCP. Pour chaque action, c’est sa propre identité — non une identité partagée — qui est utilisée.
Fournisseur d’identité (IdP): Le service qui authentifie vos utilisateurs — par exemple Auth0, Clerk, Cognito ou WorkOS. Syncanix l’utilise au lieu de stocker lui-même des identifiants.
Fédération: Déléguer la connexion à votre fournisseur d’identité, afin que la même authentification et les mêmes autorisations dont vos utilisateurs disposent déjà s’appliquent au sein de Syncanix.
Authentification renforcée (step-up): Demander à un utilisateur de reconfirmer son identité — par exemple avec une authentification multifacteur — avant qu’une action sensible ne s’exécute.
Agir au nom de: L’assistant exécutant une action en tant qu’utilisateur final, avec son identité et ses autorisations — jamais avec un accès élevé ou partagé.
Niveaux de confirmation: La façon dont Syncanix encadre les actions selon le risque : les actions de lecture peuvent s’exécuter automatiquement, les actions d’écriture demandent confirmation et les actions destructrices sont bloquées sauf autorisation.
Non-conservation des données (ZDR): Un accord par lequel un fournisseur d’IA traite une requête sans la stocker ni s’en servir pour l’entraînement. La CLI exige votre consentement explicite avant tout enrichissement par IA.
BYOK (apportez votre propre clé): Utiliser vos propres clés de fournisseur d’IA, de sorte que l’usage du modèle vous soit facturé directement, sans majoration Syncanix.
BYOMCP (apportez votre propre serveur MCP): Connecter des serveurs MCP que vous exploitez déjà comme sources d'outils supplémentaires. Leurs outils apparaissent aux côtés de votre catalogue découvert, et les appels sont transférés vers votre serveur en respectant l'isolation par tenant et l'authentification renforcée (step-up).
Witness (témoin): Une observation à l'exécution de la forme d'un appel d'API — noms de champs et types inférés, jamais de valeurs — produite par le middleware api-witness optionnel. Les witnesses maintiennent le catalogue aligné sur ce que votre API sert réellement.
MAEU (utilisateurs finaux actifs mensuels): Le nombre d’utilisateurs finaux distincts qui interagissent avec votre assistant en un mois — la mesure principale qui dimensionne les offres.
Environnement: Une copie isolée de votre configuration. Chaque espace de travail dispose d’un environnement de développement pour la configuration et d’un environnement de production que vos utilisateurs atteignent.
Promouvoir: Faire passer votre configuration du développement à la production, de sorte que le comportement en production ne change que lorsque vous le décidez.
Clés publiable et secrète: Une clé publiable (pk_…) peut être intégrée en toute sécurité dans votre page web pour le widget ; une clé secrète (gak_…) s’utilise côté serveur, par exemple par la CLI. N’exposez jamais une clé secrète dans le code client.
Espace de travail: Un locataire Syncanix unique — votre projet, avec son catalogue, sa configuration, son équipe et sa facturation. Vous pouvez en avoir plusieurs.