# Gouvernance et rétention

Consultez la posture de gouvernance actuelle relative à la rétention, à la suppression, à l'exportation, aux frontières de données et aux preuves d'audit.

- Canonical: https://docs.xmemo.dev/fr/docs/concepts/governance-retention
- Locale: fr-FR
- Content-Locale: fr-FR
- Canonical-Content-Digest: 64872f32f2fa2549e9b806845665721e6289a5b6fe5d9e8dc96165599625c17b
- Edition-Digest: 511d1e998021c220275031d0583043169d53b57c577dd785dc3ffa9871bac3ea
- Source-Revision: sha256:47f2eb881bc452bf2c7284e56f7b3ce65901de5335e31c6b20f6047355dc4f40

## La rétention est aujourd'hui gérée par le service

La réponse MeGovernanceResponse actuelle signale retention.status=operator_managed et retention.available=false. Les règles de rétention automatisées ne sont pas configurables par compte ; les actions d'archivage, d'oubli et d'effacement requièrent une intervention explicite sur le compte. Cette page décrit la posture mise en œuvre, et non une promesse d'ordonnancement automatique de rétention.

```json
{
  "retention": {
    "status": "operator_managed",
    "available": false
  },
  "delete": {
    "status": "self_service",
    "available": true
  }
}
```

## La suppression et l'exportation relèvent de postures distinctes

La suppression individuelle d'une mémoire s'effectue en libre-service. La fermeture d'un compte révoque les accès et place en file d'attente un flux de purge Personal ; le contrat de réponse stipule que les données partagées au sein d'une équipe demeurent rattachées à la Team. L'exportation s'effectue par téléchargement en libre-service ou uniquement sur demande selon la configuration du runtime, et les artefacts préparés expirent automatiquement.

- delete — la suppression individuelle de mémoire en libre-service est disponible.
- export — le statut est self_service_download uniquement si le runtime l'active ; sinon request_only.
- data_boundary — restreint au niveau du compte ; aucun accès inter-comptes n'est autorisé.

## Les actions de gouvernance produisent des preuves d'audit

La réponse de gouvernance indique audit.status=enabled et précise que les actions sur le compte génèrent des événements d'audit ; l'accès aux journaux d'audit et l'exportation d'audit en libre-service demeurent administrés par l'équipe du service. La suppression de mémoire consigne également le mode, la présence d'un motif et les références cibles dans la boîte d'envoi d'audit de mémoire sans conserver le contenu oublié dans le résultat public.

```json
{
  "data_boundary": {
    "status": "account_scoped",
    "available": true
  },
  "audit": {
    "status": "enabled",
    "available": true
  }
}
```

## Vérifier la posture effective avant de choisir un mode

Le mode de sécurité et la posture de gouvernance sont des mécanismes distincts. Le mode Cloud autorise le traitement côté serveur ; Keyguard utilise un chiffrement enveloppe par clé client avec déchiffrement temporaire audité ; Vault conserve les corps de mémoire chiffrés côté client et impose habituellement un rappel local. Choisissez les traitements de rétention, suppression et sécurité d'après les contrats de réponse effectifs, sans présumer qu'un paramètre unique régit l'ensemble.

```text
retention  = operator_managed
delete     = self_service
audit      = enabled
security   = resolve the effective Cloud, Keyguard, or Vault mode
```

## Utilisateur de ChatGPT

Donnez à ChatGPT un accès durable à vos préférences XMemo, faits de projet, décisions et TODOs sans coller de jetons bearer dans un chat.

Connectez le serveur MCP XMemo hébergé via le flux OAuth de l'application ChatGPT/OpenAI, puis approuvez les autorisations memory:read et memory:write pour votre compte XMemo.

Enregistrez une préférence synthétique ou une note de projet, démarrez un nouveau chat, puis demandez à ChatGPT de la rappeler via XMemo avant de poursuivre le travail.

Si OAuth échoue ou si les outils n'apparaissent pas, déconnectez-vous du serveur MCP dans l'application hôte, reconnectez l'URL du serveur XMemo et réessayez avant de créer des jetons directs.

## Développeur Copilot / Codex

Transmettez les décisions du dépôt, les conventions de codage, les notes de correctifs et l'historique des tâches entre les agents IDE et CLI.

Utilisez OAuth pour VS Code / GitHub Copilot et Gemini CLI lorsqu'il est disponible. Pour Copilot CLI, Codex, Cursor ou d'autres clients MCP directs, conservez XMEMO_KEY dans l'environnement local ou le gestionnaire de secrets et définissez un identifiant XMEMO_AGENT_INSTANCE_ID stable.

Enregistrez une décision relative au code ou un correctif, puis demandez au prochain agent de l'IDE ou de la CLI de rappeler le contexte XMemo pertinent avant toute modification.

Si les rappels sont vides, vérifiez le chemin de configuration MCP sélectionné, la variable d'environnement XMEMO_KEY pour les clients directs et tout identifiant OAuth obsolète dans l'application hôte.

## Responsable de projet pilote d'équipe / entreprise

Évaluez la mémoire partagée avec les contrôles de compte, l'attribution des sources, les flux d'exportation/suppression et des preuves de configuration sécurisées pour les évaluateurs.

Créez ou rejoignez l'espace de travail sécurisé XMemo, invitez les utilisateurs approuvés, puis connectez chaque client via OAuth ou un identifiant direct délimité selon les badges de disponibilité.

Demandez à un membre du projet pilote d'enregistrer une mémoire d'équipe synthétique, confirmez l'attribution de la source dans XMemo, puis examinez les chemins de suppression/exportation et de support.

Si un membre ne parvient pas à se connecter, vérifiez les permissions de rôle, l'approbation OAuth, l'état de disponibilité du client et les conseils du support avant d'émettre un nouveau jeton.

## Opérateur d'agents autonomes

Permettez aux agents autonomes ou planifiés d'enregistrer leur progression, de récupérer les décisions antérieures et de conserver une identité d'instance stable et non secrète.

Récupérez /api/v1/mcp/config/autonomous-agent. Privilégiez auth_modes.oauth lorsque l'exécuteur prend en charge OAuth + en-têtes personnalisés ; utilisez auth_modes.xmemo_key avec XMEMO_KEY issu d'un gestionnaire de secrets uniquement pour les exécuteurs entièrement autonomes.

Exécutez une tâche synthétique qui consigne la progression dans XMemo, redémarrez l'exécuteur et confirmez qu'il rappelle cette progression à l'aide du même XMEMO_AGENT_INSTANCE_ID.

Si l'attribution change ou si les rappels se scindent entre instances, conservez XMEMO_AGENT_INSTANCE_ID hors de git et vérifiez que l'exécuteur ne le régénère pas à chaque démarrage.