En résumé
Les Paramètres de l’espace de travail rassemblent ce qui vaut pour tous ses projets, en quatre onglets : ses membres, les badges qui servent à ranger les projets, les environnements par défaut dont hérite chaque nouveau projet, et la suppression, réservée au propriétaire. L’identité de l’espace de travail — nom, description, organisation — se modifie à part, depuis son menu.
Identité et dépôt git
Ces deux réglages ne sont pas des onglets de la page : ils s’ouvrent depuis le menu de l’espace de travail, en cliquant sur son nom en haut de l’écran.
- Modifier ouvre la boîte de dialogue Modifier l’espace de travail : le nom, la description et l’organisation qui publie — hôpital, université, institut, consortium. L’organisation n’est pas décorative : elle accompagne chaque entité exportée depuis cet espace de travail et sert de signature quand le travail circule. Voir Entités et partage.
- Exporter et Versioning ouvrent la page Versioning et export de l’espace de travail — son dépôt git et son archive ZIP. Voir Versioning git.
Membres
Qui accède à l’espace de travail et avec quel rôle. Le sujet a sa propre page : Membres et rôles.
Badges
Les badges étiquettent les projets et les autres éléments de l’espace de travail — un domaine, un service, un financement — pour s’y retrouver quand ils se multiplient. Un badge est d’abord du texte libre ; il gagne une catégorie quand il s’écrit Catégorie::valeur, comme Source::MIMIC.
On déclare ici les catégories, c’est-à-dire les axes de classement qui ont du sens chez vous. Une catégorie déclarée a une couleur, s’affiche en deux tons sur les badges qui la portent, et apparaît dans le choix de catégorie à l’ajout d’un badge.
Paramètres de l'espace de travail
Déclarez des catégories pour organiser les badges utilisés dans cet espace de travail. Un badge écrit Source::MIMIC affiche sa catégorie, et une catégorie exclusive ne retient qu'une valeur par élément.
Cliquez une valeur pour la poser sur le projet.
- Exclusive — un élément ne peut porter qu’une valeur de la catégorie : en choisir une autre remplace la première. Utile pour un axe à valeur unique, comme la source des données.
- Renommer une catégorie réécrit tous les badges qui la portent, dans tout l’espace de travail — Linkr le confirme avant de le faire.
- Supprimer une catégorie ne touche à aucun badge : ils gardent leur libellé et cessent seulement de s’afficher comme catégorie.
Environnements par défaut
Cet onglet n’existe qu’en mode serveur : c’est le backend qui installe les environnements. Voir Modes de déploiement.
Un projet qui fait tourner du code a besoin de bibliothèques : pandas, ggplot2, ce que votre équipe utilise couramment.
Plutôt que de les réinstaller projet après projet, on déclare ici la liste dont hérite tout nouveau projet de l’espace de travail : une zone pour les packages Python, une pour les packages R, un par ligne, avec ou sans version (pandas==2.1.4). Charger les valeurs par défaut propose un jeu courant pour la science des données. Un projet reste libre de s’en écarter ensuite.
Sous les deux zones, les options d’installation — l’index PyPI, le dépôt CRAN, un hôte de confiance — servent surtout à pointer vers un miroir interne quand le serveur n’a pas accès à Internet.
Un choix d'équipe plus qu'un réglage technique
Cette liste dit en creux avec quoi votre équipe travaille. La garder courte et à jour évite que chaque projet parte avec un environnement encombré dont personne ne sait ce qu’il contient.
Supprimer le workspace
Le dernier onglet, visible du seul propriétaire et signalé en rouge.
Supprimer un espace de travail emporte tout
Ses projets, ses bases, ses alignements, son wiki, ses plugins. L’opération est irréversible. Si une partie de ce travail a de la valeur, exportez-la ou poussez-la vers un dépôt git avant.
Pour aller plus loin
- Membres et rôles — qui peut faire quoi.
- Configuration — les réglages de l’instance entière, au-delà d’un espace de travail.
- Agents — le modèle de langage ne se règle pas dans Linkr mais dans le client de conversation, LibreChat ou OpenCode.