2026-08-14 · Djibril Cissé

La confidentialité n'est pas un slogan. C'est une architecture.

Culture, données et IA : choisir ce qui circule — et ce qui reste à nous

La privacy, la nLPD, le RGPD et la souveraineté ne sont pas des badges. Ce sont des choix d'architecture : ce qui entre dans un système, qui y accède, ce qui en sort et comment reprendre la main.

I. Nos traces ne sont pas neutres

Une note vocale. Un devis. Une photo de famille. Un échange de travail. Une playlist, un carnet, un dossier client, une idée formulée tard le soir. Dans le langage technique, tout cela peut devenir de la « donnée ». Mais une donnée n'est jamais seulement une donnée : elle peut être attachée à une voix, un métier, une relation, une famille, une décision ou une vulnérabilité.

Une donnée isolée est parfois un chiffre. Reliée à une vie, elle devient du contexte — et le contexte mérite du soin. C'est aussi vrai pour une personne que pour une petite entreprise : son langage métier, ses exceptions, ses relations de confiance et les décisions accumulées font partie de sa culture vivante. Les outils numériques peuvent aider à la retrouver. Ils peuvent aussi la disperser, l'aplatir ou la rendre opaque à celles et ceux qui l'ont produite.

Le problème n'est pas que tout circule. Partager, collaborer, publier et utiliser des services externes peut être juste et fécond. Le problème commence lorsque la circulation devient le réglage par défaut, sans que nous sachions vraiment ce qui entre dans un système, qui y accède, ce qui y reste et ce qui peut en sortir.

II. La confidentialité commence avant le serveur

On réduit souvent la privacy à un bandeau cookie, à des conditions générales, à un VPN ou à du chiffrement. Ces éléments comptent. Mais ils arrivent après une question plus simple : pourquoi cette donnée doit-elle entrer ici ?

Avant de connecter un agent à une boîte mail, un disque, une messagerie ou un outil métier, il faut pouvoir répondre : quel est le minimum utile ? Qui — personne, prestataire, modèle ou agent — peut voir ou traiter ce contenu ? Où circule-t-il ? Combien de temps est-il conservé ? Peut-on le corriger, l'exporter, l'effacer et arrêter le lien ?

La confidentialité commence là où quelqu'un décide qu'une porte ne sera pas ouverte.

Cette décision n'est pas un frein à l'innovation. C'est ce qui rend une innovation habitable. Un agent n'a pas besoin de tout savoir pour être utile. Il doit savoir ce qu'il est autorisé à voir. Un prompt n'est pas une permission.

III. nLPD et RGPD : pas des autocollants, des questions qui obligent à concevoir

La Loi fédérale suisse sur la protection des données (nLPD) et le Règlement général sur la protection des données européen (RGPD) ne sont ni des slogans ni une décoration à placer sur un serveur. Ils obligent à revenir au réel : la finalité d'un traitement, la minimisation, la transparence, la sécurité, les accès, la conservation, la sous-traitance et la responsabilité.

Le RGPD et la nLPD ne sont pas des autocollants sur un serveur. Ils nous obligent à décider ce que nos systèmes ont le droit de retenir, de relier et de faire circuler.

Ils ne sont pas identiques, et leur applicabilité dépend toujours du traitement, des personnes concernées, des rôles, du secteur et de la portée réelle. Ce texte ne remplace donc pas une analyse juridique d'un projet précis. Il défend une discipline de conception : ne pas annoncer « conforme », « confidentiel » ou « souverain » comme une formule générale quand les flux, prestataires, modèles, sauvegardes et règles de sortie n'ont pas été regardés.

En revanche, il est possible de construire ces garanties quand elles comptent : un périmètre confidentiel, une architecture hébergée en Suisse ou en Europe, des accès séparés, des données minimisées, une rétention définie, une exportabilité réelle et les documents nécessaires. Ce n'est pas la même exigence pour chaque métier ; c'est précisément pourquoi elle doit être choisie et documentée, plutôt que promise indistinctement.

IV. La souveraineté n'est ni un bunker ni un slogan

Être souverain ne signifie pas posséder tous les serveurs, refuser tout modèle externe ou se couper du monde. On peut utiliser un service cloud pour une tâche circonscrite, collaborer sur une plateforme et conserver un espace de travail propre. Ce qui compte est la capacité de savoir, choisir et sortir : où vit le contexte, quels comptes et quelles clés le gouvernent, quelles dépendances existent, comment récupérer les données et comment fermer une porte.

La souveraineté ne consiste pas à posséder tous les serveurs. Elle consiste à ne pas être prisonnier d'une porte que l'on ne comprend pas.

Une infrastructure devient plus souveraine lorsqu'elle laisse une sortie : voir, corriger, exporter, effacer, débrancher. Elle devient plus digne de confiance lorsque ses limites sont nommées : ce qui est hébergé ici, ce qui passe par là, ce qui reste humain, ce qui demande validation. La sécurité absolue n'existe pas ; une architecture lisible et révisable, elle, peut exister.

V. Une architecture à la mesure du besoin

Toutes les missions n'ont pas besoin du même niveau de protection, de localisation ou de gouvernance. Un artisan qui organise ses demandes de devis, un studio qui rassemble ses archives créatives et un cabinet qui manipule des informations sensibles ne partent pas du même point. Les traiter comme s'ils avaient les mêmes contraintes serait aussi irresponsable que de leur vendre la même automatisation.

Chez Agentic Realism, Response-able AI, la confidentialité, l'hébergement suisse ou européen, la réversibilité et le périmètre nLPD/RGPD peuvent donc devenir des éléments d'architecture. Ils sont cadrés selon le métier, les données, les responsabilités et le budget : emplacement du calcul et du stockage, sauvegardes, sous-traitants, modèles, accès, conservation, export et règles de validation.

Il ne s'agit pas d'ajouter une option « privacy » sur une machine déjà branchée partout. Il s'agit de faire de ces choix avant les connexions qui rendent ensuite la marche arrière coûteuse. Vos données ne sont pas le carburant gratuit de votre assistant. Elles entrent dans un système parce qu'une finalité précise le justifie — ou elles n'y entrent pas.

VI. La culture ne doit pas devenir le prochain gisement

La question dépasse les organisations. Une IA peut aider à préserver, rechercher, indexer ou transmettre des archives choisies. Elle peut aider à relier une lecture à un projet, une photographie à un récit ou un savoir- faire à une personne qui pourra le reprendre. Mais elle ne devrait pas aspirer par défaut une vie, un collectif ou une mémoire familiale afin de produire davantage de prédiction, d'engagement ou de contenu.

Pour nous, respecter une culture, c'est aussi respecter la provenance, le consentement, l'attribution, la fidélité à une voix, le droit de rester hors-champ et le droit de ne pas être transformé en cas d'étude. Une mémoire vivante ne devient pas plus vivante parce qu'elle est versée dans une base opaque.

Une culture n'est pas un gisement à optimiser. C'est une relation à protéger, transmettre et laisser évoluer.

C'est le sens d'un contexte vivant : une mémoire située, évolutive et révisable, choisie plutôt que capturée. Le contexte vivant ne demande pas d'être aspiré. Il demande d'être accueilli avec des frontières.

VII. Innover avec des frontières

La privacy n'est pas une punition qui rend l'IA lente ou inutile. Les bonnes frontières réduisent le bruit, rendent les responsabilités plus claires et donnent aux personnes une raison de faire confiance au système. Elles permettent d'avancer sans demander l'abandon de ce qui compte.

Nous n'avons pas besoin d'une IA qui entre partout. Nous avons besoin d'une IA qui sait attendre devant certaines portes.

La vitesse sans frontière produit du volume. La vitesse avec responsabilité produit de la continuité. C'est cette continuité — entre une personne, son activité, ses outils, sa mémoire et ses décisions — que nous voulons aider à construire.

Votre activité mérite un assistant qui connaît ses limites

Nous ne connectons pas des outils à l'aveugle. Nous commençons par regarder ce qui doit rester humain, ce qui peut être préparé, quelles données sont nécessaires — et lesquelles ne doivent jamais sortir.

Selon votre activité, nous pouvons définir une première brique simple, une variante hébergée en Suisse ou en Europe, ou un périmètre plus exigeant de confidentialité et de réversibilité. Pas de promesse générique : une architecture documentée, proportionnée et maîtrisable.

Regarder où le contexte se perd →

À lire aussi : la réappropriation culturelle agentique, les coupures agencielles et OpenClaw ou Hermes Agent en Suisse romande.

Pour approfondir les cadres cités : Loi fédérale sur la protection des données et guide PME de l'EDPB sur les principes de traitement.