Connecteur Persyst
Connecteur MCP Redash pour ChatGPT, Claude et Copilot
Branché une fois par l’entreprise, sans compte Redash pour chaque membre.
Mis à jour le 11 octobre 2026
Vos outils
- Branché une fois, par l’admin
- Droits par personne, équipe ou client
- Qui a lu quoi, et quand
L’IA de chacun
En bref
- Persyst fonctionne sans serveur MCP de l’éditeur : Redash n’en publie pas, Persyst fournit le sien, hébergé, sans rien installer sur les postes.
- Requête par requête : une requête Redash est approuvée puis ouverte à une équipe, un client ou une personne. Les autres n’existent pas pour leur IA.
- Pas de SQL libre : l’assistant lit le dernier résultat calculé ou exécute une requête approuvée avec des paramètres validés.
- La clé API Redash reste chiffrée dans Persyst ; elle n’est jamais envoyée au navigateur ni à l’assistant.
EXEMPLES
Ce que votre équipe peut demander
Quel est le churn mensuel sur les trois derniers mois ?
Selon la requête « Churn mensuel » calculée ce matin à 6 h 10 : 2,1 % en juillet, 2,4 % en août, 1,9 % en septembre. La baisse de septembre suit l’arrivée des rappels de fin d’essai.
Sources consultées
- Redash · Churn mensuel · dernier résultat
Combien de commandes pour le client Atelier Nord en septembre ?
Requête « Commandes par client » exécutée avec client = Atelier Nord, période = septembre : 37 commandes, 12 400 € HT, panier moyen 335 €.
Sources consultées
- Redash · Commandes par client · exécution paramétrée
FONCTIONNEMENT
Redash dans votre IA, en trois étapes
Brancher l’instance
Dans Sources de données, un administrateur saisit l’URL de l’instance Redash et une clé API utilisateur. Persyst teste la connexion, chiffre la clé et ne la renvoie jamais au navigateur. La clé peut être remplacée à tout moment ; les anciennes lectures en cours sont alors invalidées.
Approuver et ouvrir des requêtes
L’administrateur sélectionne les requêtes Redash à exposer, puis les accorde à une équipe, un client ou une personne, avec les outils autorisés. L’exécution de requêtes paramétrées s’active séparément de la lecture des résultats.
Interroger depuis l’assistant
Le membre pose sa question dans ChatGPT, Claude ou Copilot. L’assistant choisit une requête approuvée, lit son dernier résultat ou l’exécute avec des paramètres validés, et cite sa date de calcul. L’historique conserve qui a utilisé quel outil, et quand.
OUTILS
Ce que votre assistant peut faire
Redash· 5 outils
Ouvert équipe par équipeListe les requêtes approuvées pour le membre, avec leur description et leurs paramètres, sans SQL.
list_redash_queriesRecherche parmi ces requêtes par nom ou description.
search_redash_queriesDétail d’une requête approuvée : paramètres attendus, fraîcheur du dernier résultat.
get_redash_queryDernier résultat calculé d’une requête sans paramètres, avec sa date de calcul.
read_redash_query_resultExécute une requête approuvée avec des paramètres validés, résultat paginé par continuation.
execute_redash_query
Droits et traçabilité
Des droits par personne, équipe ou client.
Puis, dans l’outil, seulement les éléments ouverts. Le reste n’existe pas pour l’IA.
Une révocation en un clic.
Retirer un membre coupe son accès dans toutes les IA à la fois.
Un historique.
Qui a utilisé quel outil, et quand.
Des identifiants qui ne sortent pas.
Ils restent chiffrés dans Persyst, jamais dans les assistants.
COMPARATIF
Persyst ou un serveur MCP Redash ?
| Critère | Persyst | Serveur MCP Redash communautaire |
|---|---|---|
| Qui s’authentifie | L’entreprise, une fois, par un administrateur. | Chaque membre, avec sa propre clé API. |
| Installation | Aucune : serveur MCP distant, autorisé depuis l’assistant. | Un serveur à installer et maintenir sur chaque poste, ou un service tiers à qui confier la clé. |
| Où vivent les identifiants | Chiffrés dans Persyst, jamais dans l’assistant. | Dans la configuration de l’assistant de chaque membre. |
| Périmètre | Par personne, équipe ou client, puis par élément ouvert. | Tout ce que la clé permet. |
| Historique | Qui a utilisé quel outil, et quand, pour toute l’équipe. | Aucun, ou poste par poste. |
| Départ d’un membre | Révocation en un clic, dans toutes les IA. | Clé à révoquer chez l’éditeur, poste par poste. |
Ce que ce connecteur ne fait pas
- Pas de SQL libre, pas de création ni de modification de requêtes depuis l’assistant.
- Pas de dashboards, de widgets ni d’alertes : seule la requête est une ressource Persyst.
- Pas de copie des résultats : chaque lecture passe par Redash, avec la fraîcheur du dernier calcul ou une exécution encadrée.
- Le SQL des requêtes n’est jamais transmis à l’assistant, seulement leurs métadonnées et leurs résultats.
Questions
Questions fréquentes
Existe-t-il un serveur MCP officiel pour Redash ?
Persyst n’en a pas besoin. Il appelle l’API Redash avec la clé de l’organisation et expose ses propres outils de lecture. Les serveurs communautaires exigent une clé API par poste et donnent accès à toutes les requêtes de cette clé ; Persyst ouvre les requêtes une par une.
Faut-il un compte Redash pour chaque membre ?
Non. Un administrateur connecte l’instance avec une clé API utilisateur de Redash. Les membres autorisés lisent ensuite les requêtes ouvertes depuis leur IA, sans compte Redash.
Un dirigeant peut-il poser une question sans ouvrir Redash ?
Oui. S’il a accès à la requête « Abonnés nets », il demande à son assistant le chiffre de la semaine et obtient le dernier résultat calculé, avec sa date. Il n’a ni identifiant Redash ni dashboard à maintenir.
Comment limiter ce qu’une équipe peut lire ?
Vous approuvez des requêtes précises et vous les accordez à une équipe, un client ou une personne. Une équipe marketing peut lire « Churn mensuel » sans jamais voir « Marges ».
Les requêtes paramétrées sont-elles sûres ?
Les valeurs des paramètres sont validées avant exécution ; aucun SQL, identifiant de job ou de résultat n’est accepté de l’assistant. L’exécution doit être activée explicitement pour la connexion.
