La configuration de l'organisation peut être exportée sous forme de bundle portable et appliquée à une autre organisation. Vous la trouverez sous Paramètres → Données → Exporter les paramètres.
Cela sert à trois cas d'usage : mettre en place une seconde organisation identique à une existante, transférer une configuration d'un espace de travail d'essai vers un espace réel, ou conserver un historique consultable de la configuration d'un espace de travail.
Ce qui est inclus dans le bundle
Le bundle couvre la configuration au niveau de l'organisation :
| Domaine | Inclus |
|---|---|
| Politiques et qualité | Politique d'organisation, politiques de qualité, portes d'accès aux projets, politiques de cycle de vie, règles de revue |
| Livraison | Mandats : l'objet du travail autonome (objectif, cible, priorités, périmètre, budget par fenêtre temporelle, conditions d'arrêt, date de revue, règle de dérive, rôle du responsable). Les lignes de base sont des mesures conservées ; l'import crée des brouillons que quelqu'un doit publier. |
| Agents et modèles | Profils AI, clés de fournisseur Références |
| Automatisation | Hooks, plannings |
| Connexions | Intégrations de contrôle de source, ponts de canal, serveurs MCP |
| Accès | Configuration de l'identité d'entreprise, comptes de service et indication si chaque compte démarre automatiquement le travail qualifié. |
| Données | Paramètres de rétention, configuration du stockage, destinations d'audit |
Une importation ne crée pas de comptes de service. Un compte déjà existant portant le même nom adopte l'option du bundle concernant le démarrage automatique du travail qualifié.
Ce qui n'est pas inclus dans le bundle
Les secrets ne quittent jamais le système. Les clés de fournisseur, jetons et identifiants sont exportés sous forme de placeholders. Le bundle enregistre que une clé existe et quels éléments l'utilisent, jamais sa valeur — vous devrez saisir à nouveau les secrets après l'import.
Sont également exclus : tout ce qui relève de l'identité de l'espace de travail plutôt que de la configuration — le nom de l'organisation, ses membres, sa relation de facturation — ainsi que l'historique opérationnel comme les tâches, exécutions et événements d'audit.
La règle est qu'un bundle décrit comment un espace de travail est configuré, et non ce qui s'y est produit .
Appliquer un bundle
Le portail permet d'exporter les bundles mais pas de les importer. Pour les appliquer, connectez un agent comme Hermes au serveur MCP de Coroid. L'agent prévisualise le bundle puis l'applique. Il peut aussi configurer une organisation à partir de captures d'écran, fichiers ou descriptions en les intégrant d'abord dans un bundle.
L'application nécessite une connexion appartenant à un propriétaire, et un propriétaire ou administrateur doit approuver chaque application. Sur coroid.ai, ces outils d'administration ne sont pas encore activés. Consultez Paramètres de l'organisation via MCP.
Prévisualiser avant d'appliquer
L'application d'un bundle lance d'abord une prévisualisation, montrant l'effet de chaque section :
| État | Signification |
|---|---|
applied | Le paramètre sera créé ou mis à jour |
unchanged | Déjà conforme ; rien à faire |
needsRebind | Dépend d'un élément qui doit être redirigé localement |
failed | Impossible d'appliquer ; la raison est indiquée |
Lisez bien la prévisualisation. needsRebind est le point le plus important — il signale les paramètres faisant référence à un élément inexistant dans la cible, généralement une connexion de dépôt ou un secret. Ces éléments nécessitent une attention particulière avant que la configuration ne soit véritablement équivalente.
Bundle de paramètres
- Politiques et qualité
- Profils AI
- Hooks et plannings
- Connexions
••••••Les identifiants deviennent des placeholders
Aperçu dans l'organisation cible
- Profils AISeront créés ou mis à jourapplied
- Politiques de qualité correspondent déjàunchanged
- Intégration du contrôle de versionReconnectez à une connexion locale et saisissez à nouveau son identifiant.needsRebind
- HooksImpossible à appliquer ; la raison est indiquée.failed
Conserver les bundles dans le contrôle de version
Un bundle exporté est un fichier, il peut donc être stocké dans un dépôt, comparé et revu. Pour les équipes considérant la configuration comme du code, c'est là l'intérêt : une modification de la politique d'organisation devient un diff revu plutôt qu'un clic effectué par quelqu'un.
Comme les secrets sont des placeholders, un bundle peut être commité en toute sécurité — mais vérifiez qu'il ne contienne aucune information identifiable de votre propre configuration avant de le rendre public.