Sur-face : la face qu'une chose tourne vers l'extérieur, pas la chose. La partie avec laquelle on peut être en contact.

Un système en marche a un intérieur. Des objets, des threads, un tas, le plan qu'a fait la base de données. On n'y a jamais été. On a ce que le système tourne vers l'extérieur. On n'a jamais rien eu d'autre.

Une surface n'est pas une vue du système. C'est la partie du système qui vous fait face.

Une surface de contexte est une source d'état locale qu'un worker peut lire avec ses propres outils, et qui crée du contexte sur un système en marche.

Lecture seule par défaut. La surface émet. Le worker lit. C'est tout le cas primaire.

Pas lecture contre écriture. La ligne utile sépare le contexte qui arrive et le contexte qu'il faut aller chercher.

Un log s'écrit que quelqu'un demande ou non. Un flux de hooks se déclenche sur des événements que personne n'a prévus. clj-kondo produit une analyse d'une base de code que le worker n'a pas lue. Un arbre d'accessibilité rendu décrit une page telle qu'elle est. Chacun donne du contexte avant qu'une question soit formulée. Cela compte : les questions qu'un worker sait poser sont bornées par ce qu'il croit déjà.

Évaluer une forme dans un REPL, c'est l'autre chose. De même fouiller une console, démarrer et arrêter des composants, lancer une migration, injecter une faute, ou lancer des tests property-based contre le système étudié. Tout cela est secondaire, ensemble, même ce qui ne fait que lire. Une réponse sollicitée exige que le worker ait su quoi demander.

La distinction dit ce qui fait une surface : sa capacité primaire est de produire du contexte sans qu'on le demande.

On confond souvent les deux. Ce sont des couches différentes.

Un harness fournit le mécanisme d'appel. Les surfaces sont ce qu'il y a à lire à travers lui. La littérature sur les harness (Microsoft Learn, LangChain, Comet, Atlan, au moins deux entrées arXiv) définit harness avec soin. Elle n'a pas de terme pour l'autre moitié.

Ajouter une capacité au harness n'ajoute pas de contexte. Un agent avec bash a toujours pu attacher un debugger. Il ne l'a pas fait, parce que bash rend du texte une fois, puis le processus disparaît.

Une surface est une surface pour une identité donnée dans un contexte d'exécution donné. Le même état est accessible à un worker et absent pour un autre, sur la même machine.

Le 2026-09-26, dans ce dépôt, une machine de déploiement était une surface pour l'humain, qui avait la clé. Elle ne l'était pas pour l'agent, qui ne l'avait pas. Le Permission denied était une frontière de privilèges qui marchait comme prévu. Il fallait lire une surface absente, pas une panne à contourner.

• L'inventaire est énumérable. Les connecteurs de service attachés à une session, plus les ports et processus locaux que son identité atteint, recensent ce que ce worker peut savoir.
• Un connecteur qui n'arrive pas à se connecter est une surface en panne. L'état derrière reste intact. Ce sont deux pannes différentes. Elles demandent des réponses différentes.

Une chose installée, documentée, et hors d'atteinte de l'endroit où travaille le worker, c'est de l'état latent.

FlowStorm, un debugger Clojure, est resté dans le deps.edn d'un projet pendant toute une session de travail. Il était là. Personne ne s'en est servi. Son interface d'abord graphique le mettait hors des surfaces d'un agent qui travaille dans un terminal. Parler d'un manque de diligence, c'est précisément l'erreur d'attribution contre laquelle Norman met en garde. Le gouffre (gulf) tient à la conception du système, pas à la compétence de l'acteur.

Trier un système distant par l'API d'un fournisseur est un autre problème, avec d'autres contraintes. La fenêtre de rétention, le langage de requête et les limites de débit sont fixés ailleurs. La télémétrie envoyée hors de la machine aussi. Les deux comptent. Aucun n'est ce terme. Local dans la définition empêche le mot de s'étendre jusqu'à signifier « contexte ». Il ne servirait plus à rien.

La dernière ligne est le cas pur de la définition. Il n'y a rien à piloter. La surface n'existe que pour créer du contexte. Elle le fait en capturant des événements sur lesquels le worker n'a rien demandé.

• The agent integration layer, September 2026 — a étudié trois produits qui poussent autour des agents de code. Chacun conserve le transcript, le terminal ou la vue. Aucun ne conserve le programme testé. Cette absence justifie ce terme.
• Shared REPL as Gossip Protocol — ce qui se passe quand plusieurs workers partagent une surface.
• Agent Telemetry Systems — le côté coût. Une autre question.

WordNet 3.1 donne à surface six sens de nom, trois sens de verbe et un sens d'adjectif. Trois touchent au terme. Un quatrième est un avertissement.

Deux sens le rangent sous boundary (limite) :

1. (90) the outer boundary of an artifact or a material layer constituting
        or resembling such a boundary
2. (36) the extended two-dimensional outer boundary of a three-dimensional
        object

La chaîne d'hyperonymes du sens 2 est boundary, bound, bounds > =extremity > =region, part > =location. Cela corrige la glose étymologique plus haut. Sur-face est l'origine du mot. Le sens que porte la langue est boundary : la limite d'une chose. On est toujours de l'autre côté d'une limite.

Le troisième :

5. open, surface -- information that has become public;
   "the facts had been brought to the surface"

Son hyperonyme est public knowledge, general knowledge > =cognition > =abstraction. C'est une autre branche de la hiérarchie : pas un objet physique, une sorte de savoir. Le terme n'étire pas une métaphore. Il applique ce sens.

Le verbe dit la même chose. Sens 3 : come on, come out, turn up, surface, show up --- appear or become visible; make a showing. Faire surface, c'est devenir visible, sans complément, sans que personne vous le fasse. La distinction émis/sollicité est dans le mot.

Deux recherches web ont trouvé les mécanismes nommés un par un : système de fichiers, git, fichiers mémoire, injection de contexte, le système de fichiers comme « shared ledger ». Elles n'ont trouvé aucun nom collectif. Surface vient de attack surface et API surface, où le mot désigne l'ensemble de ce qui est exposé. Le composé est local. Il veut dire ce qui est défini plus haut.

Pendant la recherche, deux expressions sont revenues présentées comme établies : « durable state surfaces » et « stable evidence surfaces ». On a lu les deux pages. Aucune des deux expressions n'y figure. Les sources disent « durable state », comme propriété du système de fichiers et de git. Ailleurs elles disent « a surface where multiple agents and humans can coordinate through shared files ». Les deux expressions étaient des fusions produites par un résumé de recherche. Elles ont été reprises ici comme citations avant d'être vérifiées.

On le consigne parce que c'est l'échec que prédit l'argument de cette page. Un résumé est du contexte sollicité, formé par la question posée. La source est la surface.

• SPLASH/ISSTA 2026 — The Developer as Curator, Specifications for Humans, Agents, and Tooling, et It's Alive! de Gilad Bracha.
• Clojure/Conj 2026 — l'inspecteur de source de Patrick de Kruif : une page rendue comme surface qui a perdu sa provenance.
• Atlassian Team '26 Europe: Closing the context gap — Jira et le Teamwork Graph comme surface partagée où l'on reporte les décisions prises dans les sessions de code locales.
• P99 CONF 2026: Give the Agent a Cluster — Redis donne à un agent des profils de performance via des serveurs MCP. Un profiler comme surface.