Die ultimative UI ist keine UI

Jahrzehntelang kam Software mit Bildschirmen, die jemand anderes entworfen hatte. Ein Produktteam legte die Menüs fest, das Layout und die Reihenfolge der Schaltflächen, und Millionen Menschen lernten denselben Bildschirm.

Das ergab Sinn, solange Bildschirme viel kosteten. Jeder einzelne brauchte Designer, Entwickler und Monate an Arbeit. Also musste er allen gut genug passen.

Diese Kosten sind fast verschwunden. Ein Agent schreibt ein funktionierendes Panel in wenigen Minuten. Damit ändert sich die Frage. Ein weiteres Quartal in den Feinschliff eines festen Bildschirms zu stecken, lässt sich kaum noch begründen. Die bessere Frage lautet: Wie schafft man den festen Bildschirm ab, damit jede Person einrichten kann, was sie will, indem sie sagt, was sie meint?

Kurz zusammengefasst

1. Hinter festen Bildschirmen stand eine Kostenentscheidung. Ein einziges Design musste allen dienen.
2. Einen Bildschirm zu bauen kostet heute fast nichts. Ein Agent schreibt ihn.
3. Also kann der Bildschirm der Person folgen. Sie nennen Ihre Absicht, und das Setup folgt.
4. Von Dauer ist das nur mit der richtigen Grundlage: ein kleiner Kern, Teile, die sich im laufenden Betrieb austauschen lassen, eine Berechtigungsprüfung bei jedem Aufruf und Setups, die Sie teilen können.

1. Warum alle Apps gleich aussehen

Ein fester Bildschirm ist ein Durchschnitt. Er enthält die Funktionen, die die meisten Menschen meistens brauchen, in einer Reihenfolge, die niemandem im Besonderen passt.

Was das kostet, sehen Sie daran, wie Menschen ihn umgehen. Sie kopieren Zahlen von einem Tab in den nächsten. Sie halten fünf Fenster offen, um eine einzige Frage zu beantworten. Sie bauen die Ansicht, die sie brauchen, in einer Tabelle nach, gleich neben der App, in der die Daten längst liegen.

Niemand hat hier etwas falsch gemacht. Ein Bildschirm für eine einzelne Person kostete zu viel.

2. Ein Bildschirm kostet heute fast nichts

Ein Panel besteht aus ein paar hundert Zeilen Code, und genau solchen Code schreiben Agenten schnell. Kostet ein Bildschirm nur noch Minuten, verliert der Grund an Gewicht, ein Design mit Millionen Menschen zu teilen. Jede Person kann ihren eigenen haben.

Sehen Sie sich an, was die Person in diesem Beispiel beigetragen hat: drei Sätze. Darunter liegen ein paar Zeilen Einstellungen, einfacher Text, den man lesen, versionieren und an andere weitergeben kann.

3. Die Kontrolle bleibt, in anderer Form

Wenn der feste Bildschirm wegfällt, wandert die Kontrolle in vier Eigenschaften des Systems darunter.

• Alles ist ein Befehl. Ein Klick, ein Tastenkürzel, eine gesprochene Bitte und ein Agent rufen dieselben Befehle auf. Was ein Mensch tun kann, kann auch ein Agent, und umgekehrt.
• Sie ändern es im laufenden Betrieb. Bearbeiten Sie einen Teil, lädt nur dieser Teil neu. Begonnene Arbeit läuft weiter.
• Es fragt, bevor es hinsieht. Jeder Zugriff auf Dateien, Prozesse oder das Netzwerk durchläuft eine Berechtigungsprüfung, für Menschen und Agenten gleichermaßen.
• Einstellungen sind Text. Sie können nachlesen, was sich geändert hat, es zurücknehmen und es teilen.

4. Aus Ihrer Fantasie wird eine Funktion

Emacs hat gezeigt, dass das funktioniert. Sein Kern ist klein, und fast alles andere ist Code, den Sie im laufenden Betrieb ändern können. Über die Jahre haben Menschen aus einem Texteditor Mailprogramme, Kalender und Planer gemacht und sie über Paketarchive wie MELPA geteilt.

Ein Desktop kann genauso aufgebaut sein. Wenn der Kern nur das Nötigste enthält, wird aus einer neuen Idee ein Plugin. Auf einem Marktplatz probieren Sie Ihre eigene Idee aus, und dort holen Sie sich die Ideen anderer.

Was sollten Sie also tun?

Sie können anfangen, bevor Sie irgendein Werkzeug wechseln.

1. Notieren Sie die drei Bildschirme, die Sie am häufigsten öffnen, und schreiben Sie auf, was Sie dort tatsächlich suchen.
2. Formulieren Sie jeden davon als einen Satz, der Ihre Absicht ausdrückt, etwa „Zeig mir neben dem heutigen Kalender, was auf mich wartet“.
3. Prüfen Sie, ob Ihre Werkzeuge auf diesen Satz reagieren können: über eine API, eine Befehlspalette oder einen Agenten.
4. Halten Sie Ihr Setup als Text fest, in einer Datei, die Sie versionieren und teilen können.
5. Bevor ein Agent Ihren Bildschirm ändern darf, legen Sie fest, was er sehen darf.

endue Desk

Auf diesen Gedanken bauen wir endue Desk. Es ist ein Open-Source-Desktop unter der Lizenz Apache-2.0, und auf seinem Bildschirm ist nichts fest vorgegeben.

Eine Tauri-Shell und ein kleiner Rust-Kern übernehmen das Nötigste: Dateien, Prozesse, Netzwerk, Audio und Fenster. Alles darüber ist ein Plugin, auch die mitgelieferten Teile, und jedes davon können Sie austauschen, während die App läuft. Ein Plugin kann Folgendes sein:

• ein Bildschirm in einem iframe
• Logik in Wasm
• ein Tool über MCP

Die Einstellungen liegen in init.yaml. Eris und Ihre Agenten rufen dieselben Befehle auf wie Sie, und jeder Aufruf durchläuft dieselbe Berechtigungsprüfung. Desk sendet keine Telemetrie.

Desk befindet sich heute im Pre-Alpha-Stadium. Der Code ist öffentlich unter github.com/endue-ai/Desk. Ein Entwicklungs-Build öffnet den Desk mit Eris. Eris antwortet vorerst mit einem Echo. Die App und der Marktplatz kommen bald.

Wenn es einen Bildschirm gibt, auf den Sie lieber verzichten würden, schreiben Sie den Satz auf, der ihn ersetzen könnte. Dieser Satz ist Ihr erstes Plugin.