Connecteur Persyst
Connecteur MCP GitLab : le code consultable par toute l’équipe
Un PO, le support ou la direction obtiennent une réponse tirée du code, sans compte GitLab ni projet à cloner.
Mis à jour le 31 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 l’équipe, sans outil de développeur sur les postes.
- Lecture seule : Persyst ne demande à GitLab que la lecture de l’API et des dépôts. Aucun commit, aucune modification.
- Par projet : le support voit l’application, la direction voit aussi le back-office, personne ne voit l’infrastructure. Chaque projet ouvre ses propres outils.
- Une branche suivie par projet, resynchronisée toutes les 10 minutes environ, avec ses 500 derniers commits.
EXEMPLES
Ce que votre équipe peut demander
Pourquoi un client ne reçoit plus la relance de paiement ?
Depuis le 3 octobre, les relances ne partent plus pour les clients en prélèvement automatique : la condition est dans services/reminders/payment_reminder.ts, ligne 27, ajoutée par le commit « Pas de relance pour les clients en prélèvement ». Si ce client est passé au prélèvement, c’est le comportement attendu.
Sources consultées
- Projet plateforme · lecture
- Historique Git · lecture
La limite de 50 utilisateurs par compte, elle est où ?
Elle est fixée dans config/plans.ts : 50 utilisateurs pour l’offre Équipe, sans limite pour l’offre Entreprise. Elle est vérifiée à l’invitation d’un membre, dans services/invitations/create.ts.
Sources consultées
- Projet plateforme · lecture
FONCTIONNEMENT
GitLab dans votre IA, en trois étapes
Brancher GitLab
Dans Sources de données, un administrateur autorise Persyst sur gitlab.com avec un compte qui a accès aux projets à partager, puis choisit le groupe concerné. Persyst ne demande que la lecture de l’API et des dépôts.
Ouvrir des projets à chaque équipe
Dans Dépôts, l’administrateur ajoute les projets utiles et la branche à suivre. Dans Gestion des accès, il ouvre chaque projet, et ses outils, aux équipes ou aux membres concernés : le support, le produit, la direction. Les accès se modifient à tout moment.
Interroger depuis l’assistant
Le membre pose sa question dans ChatGPT, Claude ou Copilot : « ce comportement est-il voulu ? », « qu’est-ce qui a changé ? », « où est géré ce cas ? ». L’assistant cherche dans les projets ouverts, lit les fichiers et l’historique, et répond en citant ses sources. L’historique conserve qui a consulté quel projet, et quand.
OUTILS
Ce que votre assistant peut faire
GitLab· 9 outils
Ouvert équipe par équipeLit un fichier d’un projet ouvert, tel qu’à la dernière synchronisation.
read_fileCherche un mot ou un motif dans le code des projets ouverts, 50 résultats au plus.
grepListe les fichiers dont le chemin correspond à un motif, 200 au plus.
globListe le contenu d’un dossier ; chaque projet ouvert apparaît comme un dossier.
list_dirListe les derniers commits d’un projet, 50 au plus.
git_logAffiche le détail d’un commit : message, auteur, fichiers modifiés.
git_showCompare deux versions d’un projet pour montrer ce qui a changé.
git_diffIndique pour chaque ligne d’un fichier le commit qui l’a modifiée en dernier.
git_blameFournit un lien de téléchargement temporaire vers un fichier du projet, jusqu’à 25 Mo, valable 15 minutes.
download_file
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 GitLab ?
| Critère | Persyst | Serveur MCP GitLab de l’éditeur |
|---|---|---|
| Qui s’authentifie | L’entreprise, une fois, par un administrateur. | Chaque membre, avec son compte chez l’éditeur. |
| Installation | Aucune : serveur MCP distant, autorisé depuis l’assistant. | Aucune. |
| Où vivent les identifiants | Chiffrés dans Persyst, jamais dans l’assistant. | Un jeton par membre, géré par l’assistant. |
| Périmètre | Par personne, équipe ou client, puis par élément ouvert. | Tout ce que le compte permet. |
| Historique | Qui a utilisé quel outil, et quand, pour toute l’équipe. | Selon l’éditeur. |
| Départ d’un membre | Révocation en un clic, dans toutes les IA. | Compte à désactiver chez l’éditeur. |
Ce que ce connecteur ne fait pas
- Pas d’écriture : aucun commit, aucune branche, aucune modification du projet.
- Le code et son historique seulement : les issues, merge requests et pipelines GitLab ne sont pas lus.
- gitlab.com uniquement : une instance GitLab auto-hébergée ne se branche pas.
- Une branche par projet, telle qu’à la dernière synchronisation : une modification poussée il y a cinq minutes peut ne pas encore apparaître.
- Pas de connexion personnelle : GitLab se branche au niveau de l’organisation, par un administrateur.
Questions
Questions fréquentes
Existe-t-il un serveur MCP officiel GitLab ?
Oui. GitLab propose un serveur MCP qui agit avec le compte et les droits de chaque utilisateur : il s’adresse aux personnes qui ont un compte GitLab. Persyst sert celles qui n’en ont pas : un administrateur ouvre des projets précis, en lecture seule, à une équipe.
Faut-il un compte GitLab pour chaque membre ?
Non. Un administrateur autorise Persyst une fois sur GitLab et choisit un groupe. Les membres interrogent les projets qui leur sont ouverts depuis leur assistant, sans compte GitLab.
Une personne non technique peut-elle vraiment exploiter le code ?
Elle pose sa question en français, comme à un développeur. L’assistant cherche dans le code, lit les fichiers utiles et répond en clair, en citant les fichiers et les commits pour qu’un développeur puisse vérifier.
Peut-on brancher plusieurs groupes GitLab ?
Oui. Chaque groupe se branche comme une connexion distincte. Nommez-les de façon à les distinguer, puis réglez les projets ouverts à chaque équipe.
Les données restent-elles chez Persyst ?
Le code est synchronisé sur les serveurs de Persyst, hébergés dans l’Union européenne. Les extraits lus pour répondre sont transmis à l’assistant de la personne qui pose la question, comme tout ce qu’elle lui confie.