---
title: "Espaces : comment tenir le travail ensemble entre outils ?"
code: "RP-0127"
language: "fr"
canonical: "https://regentspark.ai/fr/RP-0127/"
html: "https://regentspark.ai/fr/RP-0127/"
markdown: "https://regentspark.ai/fr/RP-0127.md"
updated: "10 April 2026"
---
# Comment construire des interfaces sur des données en désordre ?
*Ceci est un essai-pont. La thèse publique est que l'informatique manque de primitives. Ce texte pose la question suivante : si c'est vrai, que devrait réellement faire un système face au désordre ordinaire du travail ?*
> **Résumé :** Le travail devient incohérent quand il traverse les outils. Un substrat durable devrait conserver les personnes, objets, espaces, mémoire et relations d'une situation vivante afin que différentes interfaces, y compris celles générées par l'IA, puissent révéler le même travail sans le posséder.
## Le travail est dispersé
> **Résumé :** Les logiciels modernes stockent très bien les fragments, mais ils ne préservent pas ce qui compte vraiment pour l'utilisateur : la situation vivante qui s'étend entre fichiers, personnes, outils et temps.
Vous ouvrez votre ordinateur pour répondre à une question simple : où en sommes-nous ?
Quarante minutes plus tard, vous avez douze onglets ouverts.
Le contrat est dans les e-mails. La dernière vraie décision a été prise dans le chat. La réunion où tout le monde s'est accordé sur quelque chose d'important est dans une invitation calendrier. Le brouillon de travail est dans un dossier local avec le mauvais nom. La capture d'écran qui explique le bug est sur votre téléphone. La même personne apparaît comme adresse e-mail, numéro de téléphone, pseudo Slack et commentateur Figma. Il y a aussi une note quelque part, que vous vous souvenez très bien avoir écrite, et que vous ne retrouvez pas.
Rien de tout cela n'est inhabituel. C'est simplement le travail aujourd'hui.
Le problème n'est pas que vos outils ont échoué à stocker les morceaux. Ils les ont tous stockés. Le problème est que la *situation* n'a pas survécu au passage entre ces outils.
Le travail existe encore, mais seulement comme reconstruction dans votre tête.
> **Alt text:** Une table de travail chargée avec un ordinateur portable, un téléphone, des papiers, des carnets, des livres d’archives et des accessoires, représentant un projet dispersé entre plusieurs supports.
> **Visible text:** THE CITY; PROJECT ARCHIVES; MATERIAL STUDIES
> **Description:** L’image montre une table de travail vue en perspective, organisée comme un projet en cours plutôt que comme un bureau vide. À gauche, un ordinateur portable affiche une interface d’e-mail avec une colonne latérale, une liste de messages et un panneau de lecture, tandis qu’au premier plan gauche se trouvent une tasse et un smartphone posé en diagonale avec une interface de messages. Au centre et vers la droite, plusieurs feuilles imprimées et roulées, des croquis de plans et une pile de carnets créent un groupe documentaire dense qui suggère des artefacts dispersés d’un même travail. À l’extrême droite, une rangée de livres ou classeurs verticaux est visible, dont les dos portent clairement les labels "THE CITY", "PROJECT ARCHIVES" et "MATERIAL STUDIES", renforçant l’idée d’archives de projet. Sur la table se trouvent aussi des lunettes, deux petites clés USB, un stylo et un carnet ouvert avec des cases cochées et une icône de rappel, ce qui relie l’espace physique à la coordination numérique et papier. L’ensemble communique un travail fragmenté mais relié par un même contexte, où plusieurs supports coexistent et doivent être reconstruits mentalement en une seule situation.
> **Image source:** fr/content/RP-0127/illustrations/messy-data-kitchen-table.png
### Le projet vit dans votre tête
Ce que les utilisateurs appellent un projet, un dossier, un voyage, une rénovation, un lancement ou un recrutement n'est pas un type de fichier. C'est un faisceau de personnes, d'artefacts, de décisions, d'échéances, de conversations et de mémoire.
Les logiciels continuent de traiter ces choses comme des territoires séparés.
L'e-mail connaît les messages. Le calendrier connaît le temps. Drive connaît les fichiers. Le chat connaît les fils. Une app de notes connaît les notes. Chaque outil est bon dans sa propre ontologie locale. Aucun n'est bon pour tenir l'ensemble.
C'est pourquoi les gens ont le sentiment d'être perpétuellement en retard alors que rien n'est techniquement perdu. Ils paient une taxe constante de reconstruction mentale.
La vraie cible de Doug Engelbart n'était pas l'édition de documents. C'était l'augmentation d'un être humain essayant de garder une situation complexe en vue. Cela reste la bonne cible.
```mermaid
flowchart LR
Email[📨 E-mail] --> Head[🧠 Votre tête]
Chat[💬 Chat] --> Head
Files[📁 Fichiers et captures] --> Head
Calendar[📅 Calendrier] --> Head
Notes[📝 Note de téléphone] --> Head
IDs[👤 Une personne, quatre identités] --> Head
Head --> Situation[🧩 La situation réelle]
```
Le contournement actuel est familier : chercher plus fort, créer un autre dossier, mettre le fil en favori, épingler le chat, vous transférer l'e-mail, écrire un récapitulatif que personne ne mettra à jour, garder davantage de choses dans votre tête.
Ce n'est pas un échec de l'utilisateur. C'est un échec de primitive.
### Une situation n'est pas un dossier
L'ancien modèle dit : si vous organisez assez bien les artefacts, le travail deviendra cohérent.
Non.
Un dossier peut contenir des fichiers, mais pas la conversation à propos des fichiers, pas la personne qui vous doit une réponse, pas la réunion où le périmètre a changé, pas le fait qu'un document compte parce qu'il a renversé une décision prise trois semaines plus tôt.
Une situation a une forme. Elle a un élan. Elle a des arêtes actives entre les personnes et les choses.
Elle a aussi une continuité dans le temps, et c'est là que les logiciels actuels s'effondrent vraiment. Quand vous revenez après une semaine, l'ordinateur vous rend les mêmes fragments. Il ne vous rend pas l'état du jeu.
« Un objet sans espace est un objet perdu » est une manière nette de le dire. La plupart de nos ordinateurs sont des usines à orphelins.
> **Alt text:** Un homme marche devant trois petites pièces distinctes reliées par des lignes lumineuses, évoquant plusieurs vues connectées sur un même contexte.
> **Description:** L’illustration montre trois volumes rectangulaires séparés alignés horizontalement sur un trottoir, avec un grand vide blanc autour; chacun ressemble à une petite pièce autonome posée sur une plateforme basse. À gauche, le module est ouvert vers l’avant avec un intérieur sombre vert, au centre un module fermé par une façade vitrée coulissante, et à droite un autre module fermé avec une façade vitrée pâle et un revêtement latéral sombre. Un homme en manteau vert marche de droite vers le centre, au premier plan, entre les modules central et droit, comme s’il passait d’un espace à l’autre. Des lignes lumineuses courbes relient les côtés des modules et convergent vers la main/la trajectoire de l’homme, suggérant un flux, un lien ou un passage de contexte entre ces espaces séparés. En arrière-plan, un muret de pierre et des arbres encadrent la scène sans la dominer, ce qui fait ressortir l’idée de plusieurs lieux distincts reliés par un même fil de continuité. L’image communique l’idée de vues ou d’environnements distincts reliés à une même base de travail, plutôt qu’un seul espace unique.
> **Image source:** fr/content/RP-0127/illustrations/messy-data-app-rooms.png
## Le substrat doit accepter le désordre
> **Résumé :** Le système ne peut pas exiger une structure propre dès le départ. Il lui faut une couche durable qui absorbe d'abord les entrées désordonnées, puis laisse l'intelligence les enrichir et les relier dans le temps.
### Capturer d'abord
Si le système ne devient utile qu'une fois tout parfaitement classé, il meurt le premier jour.
Le vrai travail commence dans l'ambiguïté. Une chose arrive. Vous en savez un peu. Puis vous en savez davantage. Puis vous découvrez qu'elle compte pour un autre fil entièrement. Un bon logiciel doit pouvoir partir de cette première trace grossière.
Cela signifie que la couche inférieure doit être ennuyeuse de la bonne manière. Elle devrait pouvoir conserver des personnes, espaces, objets, mémoire et relations sans demander un schéma parfait avant que le travail puisse commencer.
Cet essai n'est pas l'argument complet des quatre primitives. Il se situe un cran en aval. Le point est plus étroit : quelles que soient les primitives que nous retiendrons, elles doivent pouvoir recevoir la réalité laide au moment où elle arrive, pas seulement après qu'elle a été nettoyée pour la présentation.
Le web sémantique a continué d'essayer de rendre la couche inférieure plus intelligente et plus stricte. Une humilité utile s'est révélée mieux passer à l'échelle que la complétude formelle.
### Deux couches, deux métiers
Une fois que l'on accepte le désordre, la pile devient plus claire.
La couche basse doit préserver ce qui doit survivre aux changements d'interface : identité, provenance, relations explicites, permissions, historique, et assez de structure pour que le travail reste portable.
Au-dessus se trouve une couche sémantique : résumé, regroupement, retrieval, résolution d'identité, classement, suggestion, peut-être aide agentique.
Les deux sont nécessaires. Ce ne sont pas la même chose.
Si vous les confondez, vous obtenez soit un système très intelligent mais impossible à faire confiance, soit un système très rigide qui ne sait pas encaisser le réel.
```mermaid
flowchart TD
Sources[📨💬📁📅 Sources désordonnées] --> Adapters[🔌 Adaptateurs et capture]
Adapters --> Substrate[🧩 Substrat durable\npersonnes, espaces, objets, mémoire\nprovenance, permissions, historique d'événements]
Substrate --> Semantics[🧠 Couche sémantique\nrésoudre, résumer, suggérer, classer]
Semantics --> Views[🪟 Vues et actions]
Views --> Renderers[📖 Dossier · pièce · chronologie · briefing]
```
Voilà l'affirmation centrale : la valeur devrait vivre dans le substrat, pas dans une interface privilégiée ni dans l'interprétation d'un seul modèle.
L'IA compte énormément ici, mais en aval. Elle peut aider le système à remarquer, composer, retrouver et expliquer. Elle ne devrait pas être le seul propriétaire de ce qui est vrai.
### Liens explicites et liens inférés
Beaucoup de logiciels modernes brouillent une distinction cruciale.
Certaines relations sont explicites et gouvernent l'action.
Cette personne a approuvé ce brouillon.
Ce fichier vient de cet e-mail.
Cette réunion a modifié cette échéance.
Cette note explique cette décision.
D'autres relations sont inférées.
Ces deux contacts sont probablement la même personne.
Ces notes semblent liées.
Ce chat appartient probablement au même projet.
Les deux types sont utiles. Un seul est assez durable pour construire directement dessus.
```mermaid
flowchart LR
subgraph Durable[🧩 Durable et inspectable]
Person[👤 Personne]
Draft[📄 Brouillon]
Decision[✅ Décision]
Space[📍 Espace]
Person -->|a approuvé| Draft
Draft -->|appartient à| Space
Draft -->|a conduit à| Decision
end
subgraph Semantic[🧠 Sémantique et assistif]
ContactA[📨 Sarah par e-mail]
ContactB[💬 Sarah sur WhatsApp]
Note[📝 Note de téléphone sur la cuisine]
Hint[Probablement même personne\nNote probablement liée]
ContactA -.-> Hint
ContactB -.-> Hint
Note -.-> Hint
end
```
La couche durable a besoin d'arêtes inspectables. La couche sémantique peut proposer, classer et enrichir. Si vous inversez cet ordre, tout le système devient glissant.
Les embeddings excellent à faire remonter les parentés floues. Ils sont bien moins bons comme substitut à des engagements délibérés et inspectables dans le monde.
## Les interfaces devraient être des vues
> **Résumé :** L'interface devrait révéler et manipuler le substrat, pas l'emprisonner. Une pièce, une chronologie, un tableau ou un briefing IA peuvent tous être bons, à condition d'être des vues remplaçables sur le même travail sous-jacent.
### Un substrat, plusieurs vues
Une fois que le substrat fait son travail, la question de l'interface devient beaucoup plus intéressante.
La même situation sous-jacente pourrait vouloir apparaître comme :
- un dossier quand vous devez la comprendre
- une chronologie quand vous avez besoin de séquence et de causalité
- un tableau quand vous devez exécuter
- un brief mobile quand vous courez entre deux réunions
- un paquet de contexte pour agent quand un logiciel fait le passage suivant pour vous
C'est une ambition plus saine que de construire un super-écran universel et de forcer tous les types de travail à s'y couler.
```mermaid
flowchart LR
Substrate[🧩 Substrat partagé] --> Dossier[📖 Dossier]
Substrate --> Timeline[🕰️ Chronologie]
Substrate --> Board[📋 Tableau]
Substrate --> Room[🧭 Pièce]
Substrate --> Brief[🤖 Briefing agent]
Substrate --> Mobile[📱 Récapitulatif mobile]
```
La couche de description d'interface, qu'elle ressemble à un DSL ou à quelque chose de plus lâche, est utile ici. Elle donne aux logiciels et aux agents une manière bornée de demander un rendu.
Montre-moi les décisions non résolues.
Montre-moi tout ce que cette personne attend.
Rends cet espace comme une salle de revue.
Donne-moi les deux dernières semaines comme une séquence causale, pas comme un vrac chronologique.
C'est puissant. Mais cela ne fonctionne que si toutes ces vues sont en aval d'une structure partagée.
### Les vues spatiales sont facultatives
Les humains sont des créatures spatiales et sociales. Nous nous orientons par les pièces, les tables, la présence, l'adjacence et l'attention partagée. Donc oui, les interfaces incarnées ou spatiales peuvent être d'excellents rendus pour le travail complexe.
Mais ce sont des rendus.
Cette distinction compte, sinon la métaphore dévore le système. On finit par confondre « ceci ressemble à une pièce » avec « la pièce est l'endroit où vit la réalité ».
Un espace de travail en forme de pièce est précieux précisément quand la même situation sous-jacente peut aussi apparaître comme une lecture calme sur téléphone ou comme un handoff structuré à un agent.
Voir Adam Wiggins et Muse pour une démonstration forte du fait que l'arrangement spatial peut aider la pensée. La leçon n'est pas que toutes les interfaces devraient devenir des canvas. La leçon est que le lieu est une vue puissante sur une structure partagée.
> **Alt text:** Illustration montrant un dossier, une chronologie, une fiche de briefing agent et une pièce partagée comme vues différentes d’un même travail.
> **Visible text:** 1903; 2013; Fiche de briefing agent
> **Description:** L’illustration est composée de plusieurs vues du même travail autour d’un substrat partagé, avec un grand dossier papier à gauche qui laisse dépasser des feuilles remplies de cartes, de portraits et d’annotations, suggérant une base de données ou un dossier de projet. En haut à droite, une frise temporelle montre plusieurs personnes autour de documents, d’un ordinateur portable et d’objets de bureau, avec les repères "1903" et "2013" visibles au-dessus de la ligne, pour exprimer la continuité du travail dans le temps. Au centre-gauche, une carte verticale intitulée "Fiche de briefing agent" ressemble à un résumé mobile ou à une fiche de contexte, avec trois portraits en tête et des lignes de texte de briefing en dessous. En bas à droite, une pièce en coupe montre trois personnes réunies autour d’une table éclairée au centre, avec des bureaux, une bibliothèque, des fenêtres et une vue urbaine, ce qui matérialise la vue spatiale du même ensemble d’informations. L’ensemble communique qu’un même projet peut être capturé dans une couche durable puis réaffiché comme dossier, briefing, chronologie ou espace de travail sans perdre ses relations internes.
> **Image source:** fr/content/RP-0127/illustrations/messy-data-many-views-fr.png
### Le piège de la super app
C'est ici que la plupart des tentatives actuelles se trompent.
Une entreprise remarque que les utilisateurs ont besoin de contexte entre tâches, chat, docs, personnes et IA. Alors elle ajoute tout cela. Puis une autre entreprise fait la même chose. Bientôt, chaque produit essaie de devenir l'endroit où le travail a enfin du sens.
Ce n'est pas une solution. C'est la course au verrouillage.
Le test est brutal et simple :
Si le sens du travail n'existe que dans une interface, alors l'interface possède l'utilisateur.
Si le sens vit dans un substrat portable et que les interfaces rivalisent pour bien le servir, alors l'utilisateur a quelque chose qui ressemble davantage à une vraie marge d'action.
C'est la vraie séparation entre une primitive manquante et une fonctionnalité premium. Une fonctionnalité améliore un produit. Une primitive change ce sur quoi tous les produits peuvent construire.
## La preuve, c'est la continuité
> **Résumé :** Cette idée n'a pas besoin d'un grand déploiement universel pour se prouver. Elle a besoin qu'un projet réel, laid, reste cohérent entre entrées désordonnées, vues changeantes et temps d'absence.
### Commencer avec un projet vivant
La mauvaise démo est un espace de travail propre et vierge.
La bonne démo commence au milieu du courant.
Prenez un travail vivant qui fuit déjà entre les outils. Une rénovation. Un projet de recherche. Un recrutement. Une création d'entreprise. Un lancement produit. Ingérez quelques fichiers, quelques messages, un événement calendrier, deux ou trois notes, et les identités qui se chevauchent.
Ne le nettoyez pas jusqu'à la soumission. Préservez l'identité des sources. Préservez la provenance. Ajoutez quelques relations explicites. Laissez la couche sémantique en suggérer quelques autres.
Puis faites la partie intéressante : changer d'interface sans reconstruire le monde.
Si l'utilisateur peut partir une semaine, revenir dans une vue différente, et sentir encore le travail tenir ensemble, alors quelque chose de réel s'est produit.
### Soulagement, pas nouveauté
Le résultat n'est pas « waouh, quelle interface futuriste ».
Le résultat est plus calme.
On a l'impression que l'ordinateur se souvient enfin de ce que vous voulez dire quand vous dites « cette chose ».
On a l'impression de faire moins d'archéologie.
On a l'impression de copier-coller moins entre les pièces.
On a l'impression de pouvoir passer le travail à quelqu'un sans écrire un roman d'abord.
On a l'impression que la même réalité vous rejoint sous la forme dont vous avez besoin aujourd'hui.
C'est pourquoi cet essai se situe là où il se situe dans la séquence. La thèse publique dit que l'informatique manque de primitives. Le travail système plus profond demandera précisément quelles sont ces primitives et comment elles se composent. Ce texte est le pont entre les deux. Il dit : avant de disparaître dans l'ontologie ou le théâtre d'interface, voici l'exigence pratique que le système doit satisfaire.
Tenir le travail ensemble entre outils, identités, fichiers, chats et temps.
Tout le reste est secondaire.
> **Alt text:** Une personne travaille à une table avec un carnet ouvert, des documents, un stylo et une tasse de café, dans un bureau domestique avec des livres et une plante.
> **Description:** L’image montre une personne assise à une table de travail au centre-gauche, penchée vers un grand carnet ouvert posé devant elle. Sur la page ouverte, plusieurs petites formes reliées suggèrent des notes, des blocs de contenu et des relations entre éléments; cela fait du carnet le point focal du travail. À droite sur la table, on voit une pile de feuilles ou de documents, avec une tasse de café juste derrière le carnet, tandis qu’en bas à gauche se trouve un petit carnet fermé ou un livre posé de travers avec un stylo à côté. En arrière-plan, une étagère avec des livres apparaît à gauche et une plante en pot à droite, ce qui situe la scène dans un espace calme de bureau domestique. L’ensemble communique l’idée d’un travail organisé autour d’artefacts dispersés mais réunis dans une même situation de réflexion et de synthèse.
> **Image source:** fr/content/RP-0127/illustrations/messy-data-return-briefing.png