Connecteur Persyst
Connecteur MCP PostgreSQL en lecture seule pour ChatGPT, Claude et Copilot
Branchée une fois par l’entreprise, en lecture seule, sans identifiants de base 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 à installer : c’est un serveur MCP distant, partagé par toute l’équipe, sans Node ni Python sur les postes.
- Lecture seule : SELECT ou WITH … SELECT uniquement, une seule instruction, 200 lignes et 60 secondes au plus par requête.
- Par table : une équipe voit subscriptions et payments, pas users. Le schéma transmis à l’assistant ne contient que les tables ouvertes.
- Les identifiants de connexion restent chiffrés dans Persyst ; l’assistant reçoit les résultats, jamais le mot de passe ni l’hôte.
EXEMPLES
Ce que votre équipe peut demander
Combien d’abonnés nets cette semaine ?
+1 240 abonnés nets du 29 septembre au 5 octobre : 3 180 nouveaux, 1 940 résiliations. Le pic de mercredi suit le lancement de la nouvelle saison.
Sources consultées
- Table subscriptions · lecture
- Table payments · lecture
Quels sont les dix clients qui ont le plus commandé ce trimestre ?
Atelier Nord arrive en tête avec 48 commandes pour 31 200 €, puis Groupe Verne (37, 24 800 €) et Beltran (29, 19 100 €). Les sept suivants sont entre 8 000 et 15 000 €. Requête sur orders jointe à customers, du 1er juillet au 30 septembre.
Sources consultées
- Table orders · lecture
- Table customers · lecture
FONCTIONNEMENT
PostgreSQL dans votre IA, en trois étapes
Brancher la base
Dans Sources de données, un administrateur saisit l’hôte, le port, la base et un rôle de lecture. Persyst teste la connexion et chiffre les identifiants ; ils ne sont jamais renvoyés au navigateur. Nous recommandons un rôle PostgreSQL limité au SELECT sur les tables à partager.
Ouvrir des tables à chaque équipe
L’administrateur lie la connexion à une équipe, un client ou un projet, puis choisit les tables ouvertes. Le schéma de ces tables est fourni à l’assistant, le reste de la base lui est inconnu. Les allowlists se modifient à tout moment.
Interroger depuis l’assistant
Le membre pose sa question dans ChatGPT, Claude ou Copilot. L’assistant consulte le schéma autorisé, écrit une requête SELECT et l’envoie à Persyst, qui la vérifie, l’exécute avec ses limites et renvoie le résultat. L’historique conserve qui a interrogé quelle base, et quand.
OUTILS
Ce que votre assistant peut faire
PostgreSQL· 1 outil
Ouvert équipe par équipeExécute une requête SELECT en lecture seule sur les tables ouvertes à l’équipe, 200 lignes et 60 secondes au plus. L’assistant consulte d’abord le schéma autorisé.
query_database
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 PostgreSQL ?
| Critère | Persyst | Serveur MCP PostgreSQL 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 d’écriture : aucun INSERT, UPDATE, DELETE ni DDL, et aucune instruction multiple.
- Pas de table hors allowlist : une table non ouverte n’apparaît ni dans le schéma ni dans les résultats.
- Pas d’extraction massive : 200 lignes par requête. Un export complet passe par vos outils habituels.
- Pas de connexion personnelle : PostgreSQL se branche au niveau de l’organisation, par un administrateur.
Questions
Questions fréquentes
Existe-t-il un serveur MCP officiel pour PostgreSQL ?
Il existe de nombreux serveurs MCP PostgreSQL à installer sur un poste, avec les identifiants de la base. Persyst en est l’inverse : un serveur distant, branché une fois par l’entreprise, qui n’expose à chaque équipe que ses tables, en lecture seule, avec un historique.
Comment la lecture seule est-elle garantie ?
Persyst n’accepte qu’une instruction SELECT ou WITH … SELECT, sans écriture ni DDL, et borne chaque requête à 200 lignes et 60 secondes. Nous recommandons en plus de connecter un rôle PostgreSQL qui n’a que le droit SELECT sur les tables concernées.
Un dirigeant peut-il interroger la base sans connaître SQL ?
Oui. Il pose sa question en français dans son assistant. L’assistant lit le schéma autorisé, écrit le SELECT, Persyst l’exécute et renvoie le résultat. Il n’a ni identifiant ni dashboard à maintenir.
Peut-on ouvrir des tables différentes à des équipes différentes ?
Oui. La connexion est unique, l’allowlist de tables est propre à chaque équipe. Le produit voit subscriptions et payments ; la finance voit aussi invoices ; personne ne voit users.
Et pour ClickHouse ou Supabase ?
ClickHouse a son propre connecteur Persyst, avec les mêmes garanties. Une base Supabase est une base PostgreSQL : elle se branche avec ce connecteur, et la plateforme Supabase se consulte via son serveur MCP du catalogue.
