01 — Le basculement

Chaque ère informatique porte le nom de celui qu’elle servait.

Chaque vague informatique a changé une seule chose : pour qui le logiciel était réellement écrit. Les mainframes étaient écrits pour des spécialistes. Les ordinateurs personnels, pour une personne à son bureau. Le cloud, pour n’importe qui, n’importe où, sur n’importe quel appareil.

Chaque rupture ressemblait à l’arrivée d’une nouvelle technologie. C’était en réalité l’arrivée d’un nouveau lecteur — et toute la pile technique se réorganisait autour de ce dont ce lecteur avait besoin.

Pour la première fois, ce nouveau lecteur n’est pas une personne.

Une histoire de lecteurs

Le logiciel a toujours été écrit pour celui qui allait le lire. Pour la première fois, ce lecteur n’est pas humain.

02 — Un nouveau type d’utilisateur

Les agents ne cliquent pas. Ils lisent, raisonnent et agissent.

Une personne qui tombe sur un écran confus ralentit, plisse les yeux, demande à un collègue, finit par se débrouiller. Cette tolérance est invisible — et elle a discrètement absorbé une quantité considérable de travail non rémunéré pendant quarante ans de logiciels imparfaits.

Un agent n’a pas cette tolérance. Il ne se trouve pas vraiment confus — il agit, avec assurance, sur exactement ce que le système lui a donné. Aucun jugement ne s’interpose entre une mauvaise hypothèse et une action réelle.

Un écran confus ralentit une personne. Un système confus rend un agent confiant et faux.

03 — Des interfaces à la connaissance

Une interface a toujours été une traduction. Les traductions ne tiennent pas à deux lecteurs.

Une interface n’a jamais été la chose elle-même. C’était une traduction — une structure, rendue pour des yeux et des mains. Pendant quarante ans, cette traduction a été tout le produit, parce que les yeux et les mains étaient l’unique lecteur.

Donner une API à un second lecteur ne suffit pas à résoudre cela. Un point d’accès greffé sur une base de données pensée pour des écrans ne fait que tendre à l’agent la même traduction, avec une couche en moins. Ce qui doit changer, c’est ce qu’il y a sous l’écran — pas seulement ce qui est posé dessus.

La solution n’est pas un meilleur écran. C’est quelque chose sous l’écran qui mérite d’être lu directement.

04 — Connaissance

Une connaissance qui ne se met pas à jour est déjà fausse.

Une base de connaissances est en général une archive figée à l’écriture : exacte le jour de sa création, discrètement fausse chaque jour suivant. C’était tolérable quand un humain était le seul à la consulter — on décote déjà instinctivement une information ancienne.

Un agent ne décote rien, à moins qu’on le lui demande explicitement. Une connaissance qui ne se met pas à jour n’est pas légèrement datée. C’est une réponse pleine d’assurance avec un horodatage expiré, livrée sans l’étiquette d’avertissement.

Un instantané figé de connaissance est une photographie. La connaissance, tenue à jour, est une mémoire.

05 — La preuve

Si autre chose qu’un humain doit agir sur cette base, il faut pouvoir vérifier le travail.

Dès qu’un lecteur non humain peut agir sans qu’une personne ne revérifie d’abord, « faites-moi confiance » ne suffit plus. Le système doit pouvoir prouver ce qu’il affirme, à un lecteur qui ne lui doit rien.

Trois choses cessent alors d’être optionnelles : d’où vient une affirmation, comment elle se relie à tout le reste, et si elle était même vraie au moment où elle a été utilisée — pas seulement si elle l’est aujourd’hui.

Ce que cela empêche

La preuve n’est pas une fonctionnalité qu’on ajoute à une réponse. C’est ce qui rend la réponse digne d’être suivie.

07 — La suite

Ceci est une fondation, pas une affirmation achevée.

Une partie de tout ceci est déjà réelle. Une autre est une trajectoire. Nous préférons dire laquelle est laquelle plutôt que de brouiller la ligne.

Certains mots de cette page vieilliront. La forme qu’ils décrivent ne devrait pas.