L’interface ultime, c’est l’absence d’interface

Pendant des décennies, les logiciels sont arrivés avec des écrans conçus par quelqu’un d’autre. Une équipe produit choisissait les menus, la mise en page et l’ordre des boutons, et des millions de personnes apprenaient le même écran.

C’était logique tant que les écrans coûtaient cher. Chacun demandait des designers, des ingénieurs et des mois de travail. Il devait donc convenir à peu près à tout le monde.

Ce coût a presque disparu. Un agent peut écrire un panneau qui fonctionne en quelques minutes. La question change donc. Passer un trimestre de plus à peaufiner un écran figé devient difficile à justifier. La question utile, c’est comment retirer l’écran figé, pour que chacun puisse mettre en place ce qu’il veut en disant simplement ce qu’il a en tête.

En bref

1. Les écrans figés étaient une décision de coût. Un seul design devait servir tout le monde.
2. Construire un écran ne coûte presque plus rien. Un agent l’écrit.
3. L’écran peut donc suivre la personne. Vous énoncez votre intention, et la configuration suit.
4. Cela ne tient dans la durée qu’avec la bonne base : un petit noyau, des éléments que l’on remplace pendant qu’ils tournent, une vérification des permissions à chaque appel, et des configurations que l’on peut partager.

1. Pourquoi toutes les applications se ressemblent

Un écran figé est une moyenne. Il réunit les fonctions dont la plupart des gens ont besoin la plupart du temps, dans un ordre qui ne convient à personne en particulier.

On voit ce coût dans la façon dont les gens le contournent. Ils recopient des chiffres d’un onglet à l’autre. Ils gardent cinq fenêtres ouvertes pour répondre à une seule question. Ils reconstruisent la vue dont ils ont besoin dans un tableur, à côté de l’application qui possède déjà les données.

Personne n’a commis d’erreur. Un écran pour une seule personne coûtait trop cher.

2. Un écran ne coûte presque plus rien

Un panneau, c’est quelques centaines de lignes de code, et les agents écrivent ce genre de code vite. Dès qu’un écran ne coûte que quelques minutes, la raison de partager un seul design entre des millions de personnes s’affaiblit. Chacun peut avoir le sien.

Regardez ce que la personne a produit dans cet exemple : trois phrases. En dessous, quelques lignes de réglages, du texte brut que l’on peut lire, versionner et transmettre à quelqu’un d’autre.

3. Le contrôle reste, sous une autre forme

Quand l’écran figé disparaît, le contrôle passe dans quatre propriétés du système qui se trouve dessous.

• Tout est une commande. Un clic, un raccourci, une demande à voix haute et un agent appellent tous les mêmes commandes. Ce qu’une personne peut faire, un agent peut le faire aussi, et inversement.
• Vous le modifiez pendant qu’il tourne. Modifiez une partie, et seule cette partie se recharge. Le travail en cours continue.
• Il demande avant de regarder. Chaque accès aux fichiers, aux processus ou au réseau passe par une vérification des permissions, pour les personnes comme pour les agents.
• Les réglages sont du texte. Vous pouvez lire ce qui a changé, revenir en arrière et le partager.

4. Votre imagination devient une fonctionnalité

Emacs a montré que cela fonctionne. Son noyau est petit, et presque tout le reste est du code que l’on peut modifier pendant qu’il tourne. Au fil des années, ses utilisateurs ont transformé un éditeur de texte en clients de messagerie, en calendriers et en agendas, et les ont partagés via des archives de paquets comme MELPA.

Un environnement de bureau peut prendre la même forme. Quand le noyau ne garde que l’essentiel, une nouvelle idée devient un plugin. Une place de marché, c’est l’endroit où vous essayez votre idée, et où vous récupérez celle de quelqu’un d’autre.

Alors, que faire ?

Vous pouvez commencer avant même de changer d’outil.

1. Listez les trois écrans que vous ouvrez le plus, et notez ce que vous y cherchez vraiment.
2. Réécrivez chacun sous forme d’une phrase d’intention, par exemple « montre-moi ce qui m’attend à côté de l’agenda du jour ».
3. Vérifiez si vos outils peuvent agir à partir de cette phrase : via une API, une palette de commandes ou un agent.
4. Conservez votre configuration sous forme de texte, dans un fichier que vous pouvez versionner et partager.
5. Avant de laisser un agent modifier votre écran, décidez de ce qu’il peut voir.

endue Desk

Nous construisons endue Desk sur ces idées. C’est un environnement de bureau open source sous licence Apache-2.0, et rien sur son écran n’est figé.

Un shell Tauri et un petit noyau Rust prennent en charge l’essentiel : fichiers, processus, réseau, audio et fenêtres. Tout ce qui se trouve au-dessus est un plugin, y compris les éléments intégrés, et vous pouvez remplacer n’importe lequel d’entre eux pendant que l’application tourne. Un plugin peut être :

• un écran dans une iframe
• de la logique en Wasm
• un outil via MCP

Les réglages se trouvent dans init.yaml. Eris et vos agents appellent les mêmes commandes que vous, et chaque appel passe par la même vérification des permissions. Desk n’envoie aucune télémétrie.

Desk est aujourd’hui en pré-alpha. Le code est public sur github.com/endue-ai/Desk. Une version de développement ouvre le bureau avec Eris, qui pour l’instant répond en écho. L’application et la place de marché arrivent bientôt.

S’il existe un écran dont vous vous passeriez volontiers, écrivez la phrase qui le remplacerait. Cette phrase, c’est votre premier plugin.