Superlogical - Ein Multiplexer für alle Arbeiten

• Es wird ein Arbeits-Multiplexer entwickelt, der von lokaler Entwicklung über Remote-Zugriff, Coding Agents, Hintergrundaufgaben bis hin zum Produktionsbetrieb alles in einer einzigen persistenten Sitzung verbindet
• Damit soll das Problem gelöst werden, dass interaktive Arbeit von Menschen und automatisierte Arbeit von CI und Agents auf getrennte Tools und Logs verteilt sind, und Kontext, strukturierte Daten und Arbeitshistorie über verschiedene Umgebungen hinweg erhalten bleiben
• Das erste Produkt ist ein Terminal-Multiplexer, der mehrere Terminal-Blöcke als langlebige Sitzungen verwaltet, sodass sich die Arbeit auch nach dem Schließen der App oder beim Gerätewechsel im bisherigen Zustand fortsetzen lässt
• Unterstützt werden Web- sowie native Apps für macOS und iOS, inklusive Echtzeit-Freigabe von Sitzungen; zudem werden Scrollback, Auswahl und Scrollen so verbessert, dass sie sich wie im Betriebssystem nativ üblich verhalten
• Langfristig sollen sich alle Komponenten kombinieren lassen und zugleich Produktionssicherheit und Betriebsfähigkeit gewährleistet werden; eine erste Beta und ein Open-Source-Release des Entwicklungsprozesses wurden angekündigt

---

Persistente Arbeitssitzungen über mehrere Umgebungen hinweg

• Moderne Software-Arbeit erstreckt sich über lokale Rechner, Remote-Hosts, Sandboxes, Services und Produktionssysteme
  • Interaktive Arbeit von Entwicklern, automatisierte Arbeit von CI und Hintergrundprozessen sowie parallel laufende Agent-Aufgaben liegen in unterschiedlichen Systemen
  • Interaktive Tools setzen voraus, dass ein Mensch vor der Oberfläche sitzt; automatisierte Arbeit verschwindet in Job-Historien und Logs, und Produktionsarbeit existiert hinter separaten Systemen und Kontrollen
• Durch KI sind die Kosten dieser Tool-Fragmentierung deutlicher geworden, doch auch Systemverwaltung, Continuous Integration, Remote-Entwicklung und Zusammenarbeit setzen diese Grenzen seit Jahrzehnten unter Druck
• Die von Superlogical gedachte persistente Sitzung übernimmt folgende Rollen
  • Sie bewegt sich über Anwendungen und Laufzeitumgebungen hinweg
  • Sie stellt relevanten Kontext standardmäßig bereit
  • Sie legt strukturierte Daten und ausführbare Aufgaben offen
  • Sie bewahrt die Arbeitshistorie
  • Sie bleibt für Software nutzbar und zugleich dauerhaft für Menschen sichtbar und kontrollierbar
• Die Entwicklung soll in drei Schritten erfolgen: Aufbau eines hochwertigen Multiplexers, Sicherstellung der Kombinierbarkeit interner Elemente sowie Gewährleistung von Produktionssicherheit und Betriebsfähigkeit

Das erste Produkt startet im Terminal

• Das erste Produkt ist ein Terminal-Multiplexer, der mehrere unabhängige Terminal-Streams in einer gemeinsamen Oberfläche bündelt
  • Mehrere Terminal-Blöcke werden innerhalb langlebiger Sitzungen organisiert
  • Nach dem Schließen einer Anwendung kann man sich auf einem anderen Gerät erneut verbinden und ab dem Unterbrechungspunkt weiterarbeiten
  • Auf Sitzungen kann über Web sowie native Apps für macOS und iOS zugegriffen werden
  • Die Funktion zum Echtzeit-Teilen von Sitzungen mit anderen ist von Anfang an enthalten
  • Scrollback, Auswahl und Scrollen werden entsprechend den nativen Konventionen des Betriebssystems umgesetzt, um typische Unannehmlichkeiten bestehender Multiplexer zu verringern
• Das Terminal wurde als Grundlage für den größeren Arbeits-Multiplexer gewählt, weil es Entwickler, Agents, Tools und Infrastruktur verbindet
  • Auch wenn der Funktionsumfang künftig erweitert wird, soll die Qualität des Terminal-Multiplexers selbst erhalten bleiben

Team und Veröffentlichungsplan

• Zum Team gehören Mitchell Hashimoto, Jack Pearkes, Alasdair Monk, Hector Simpson
  • Sie haben Erfahrung mit dem Aufbau von Developer-Tools, Infrastruktur, KI-Systemen und Entwickleroberflächen wie Ghostty, HashiCorp, Vagrant, Terraform, Vault, Poolside, Vercel und Heroku
• Das Unternehmen hat Finanzierung von Investoren wie Notable Capital und Amplify Partners erhalten und nimmt Anmeldungen für Benachrichtigungen zur ersten Beta und zum Open-Source-Release entgegen

[GN⁺]

Hacker-News-Kommentare

• Besonders gefällt mir, dass die Eigentümerschaft von Ghostty an eine Non-Profit-Organisation übertragen wurde und das neue Unternehmen es anschließend als Open-Source-Abhängigkeit nutzt.
  Superlogical wird dieselben MIT-lizenzierten Komponenten verwenden, die allen offenstehen, und gemeinsame Terminal-Arbeiten weiter upstream in libghostty einbringen, sodass alle Nutzer profitieren.

  • Das steht in deutlichem Kontrast zu den jüngsten Schritten von Anthropic/Bun rund um die noch nicht veröffentlichte Rust-Migration.

• Ich habe die letzten rund 20 Jahre praktisch in tmux/vim verbracht, aber im vergangenen Monat fast ausschließlich die Codex-Desktop-App genutzt, und inzwischen steuere ich auch immer häufiger remote über die ChatGPT-App auf dem Smartphone.
  Ich mag Ghostty, aber es ist unklar, wie lange diese terminalzentrierte Welt noch bestehen wird.

• Klingt wie eine Kombination mehrerer Tools, die ich kürzlich ausprobiert habe.
  pi-web(https://pi-web.dev/) ist ein Web-Frontend zum Multiplexen von Pi-Sitzungen auf mehreren Maschinen, und herdr(https://herdr.dev/) ist eine ausgereifte Agenten-Multiplexing-TUI, mit der sich Fenster abhängig von Aktivitäten untergeordneter Agenten leicht erstellen und entfernen lassen.
  firstmate(https://github.com/kunchenguid/firstmate) ist eine Meta-Umgebung für Coding-Ausführungsumgebungen; sie kümmert sich um das Erzeugen und die Kommunikation untergeordneter Agenten, Worktree-Verwaltung und weitere Funktionen des Softwareentwicklungs-Lebenszyklus und erzielt durch Bash-Skript-Beschränkungen auch mit weniger leistungsfähigen Modellen bessere Ergebnisse.

  • Wer sich für solche Tools interessiert, sollte sich auch ouijit unter https://ouijit.com/ und https://github.com/ouijit/ouijit ansehen.
    Das Tool ist ein Terminal-Agenten-Orchestrator für fortgeschrittene Nutzer, die etwas mehr Design wollen als die sogenannte „Hackerman“-User-Experience.
  • Ich entwickle ein collie-Plugin, das auf dem herdr-Host eine Web-App ausführt und sie etwa über Tailscale bereitstellt.
    In Kombination mit der Sitzungs-Persistenz von herdr wurde der Zugriff auf Agenten unterwegs deutlich einfacher und fühlte sich gut an: https://github.com/AltanS/collie
  • Nicht rein terminalbasiert, aber ich nutze seit letzter Woche Orca(https://github.com/stablyai/orca) und bin sehr zufrieden damit.

• Dass man auf der Karriereseite per ssh superlogical.jobs verbindet und im Terminal Stellenanzeigen angezeigt bekommt, habe ich zum ersten Mal gesehen; das ist extrem nach dem Geschmack nerdiger Entwickler.

  • Die NSA und einige andere Unternehmen ließen einen schon früher mehrere Hürden nehmen und sogar kleine Exploits schreiben, bevor man die E-Mail-Adresse sehen konnte, an die man den Lebenslauf schicken sollte.
  • Der SSH-Ansatz ist nett, aber ich wünschte, es gäbe auch andere Möglichkeiten zum Anschauen.
    Ich nutze gerade eine Verbindung mit sehr hoher Latenz, und in so einer Umgebung ist die User-Experience furchtbar.

• Ich werde die Seite nicht anklicken, weil ich von Clickbait-Titeln, die eher ein Rätsel daraus machen, statt zu sagen, worum es geht, genug habe.
  Die HN-Richtlinien sagen nur ungefähr, dass man den Seitennamen aus dem Titel weglassen soll, weil er nach dem Link angezeigt wird; schön wäre aber eine Praxis, Domainnamen oder Ein-Wort-Titel so zu bearbeiten, dass sie den Inhalt erkennen lassen.

  • Der Header der eigentlichen Seite lautet: „We are building the multiplexer for all work.“
    Besser wäre für den HN-Titel etwa „Superlogical: We are building the [terminal] multiplexer for all work“ gewesen.
  • Ohne Klick gibt es keine Möglichkeit zu verstehen, warum der Titel so lautet.

• Der größte Vorteil solcher Tools dürfte Zentralisierung sein.
  Das Terminal-Ökosystem ist übermäßig fragmentiert; alle müssen kryptische Terminal-Protokolle unterstützen und zahllose Wrapper übereinanderschichten.
  Standards zu definieren ist der einfachere Weg als Integration, und es wäre großartig, wenn sich Erweiterungen an einer Stelle standardisieren ließen, die sich von der Semantik der 1980er lösen und zugleich das Terminal-Gefühl bewahren.
  Die bisher sauberste Kombination war für mich mosh + tmux, aber selbst das hat Probleme, etwa keinen Block-Cursor.
  Wenn Superlogicals Endziel eine Neuordnung des Linux-Entwickler-Ökosystems ist, unterstütze ich das; langfristig mache ich mir aber Sorgen über politische Risiken, und solange es ein Open-Source-Tool für lokale Entwicklung bleibt, finde ich es in Ordnung.

  • Es ist vermutlich nicht das erste Mal, dass jemand versucht, dieses Problem zu lösen: https://xkcd.com/927/

• Ich erinnere mich daran, wie Mitchell Vagrant zuerst auf HN vorgestellt hat und damit alles bei HashiCorp begann.
  Ich dachte, das sei vor 8, höchstens 10–12 Jahren gewesen, aber es sind schon 16 Jahre vergangen.
  Ich frage mich, ob auch dieses Projekt Zig verwendet: https://news.ycombinator.com/item?id=1175901

  • Da es libghostty verwendet, wirkt Zig wahrscheinlich.
  • In der Stellenanzeige werden Go-Entwickler gesucht.

• Sie sagen, sie wollen typische Unannehmlichkeiten bestehender Tools wie Scrollback, Auswahl und Scrollen nativ funktionieren lassen, haben aber ausgerechnet die Browser-Scrollbar kaputtgemacht.

  • In meiner Umgebung ist die Scrollbar in Ordnung; es scheint nur das Styling geändert zu sein.

• Agenten-Orchestratoren wirken wie ein neu verpackter IDE-Traum.
  Abgesehen von Produkten wie Visual Studio oder Xcode, die von Lock-in-Effekten und Proprietarisierung profitiert haben, haben IDEs die große Vision von Alan Kay und anderen nie erreicht und sind heute im Grunde Texteditoren mit angehängtem Dateibrowser.
  Auch bei Agenten-Orchestratoren ist die Vision riesig, die Umsetzung aber eher ein Terminal mit Tabs.

  • IDEs waren erfolgreich genug, aber ich finde, einige sind in der Zeit eingefroren.
    Visual Studio für Windows-Client-Apps, besonders für WinForms, ist bis heute erstaunlich produktiv.
    Den gesamten Ablauf – UI per Drag-and-drop bauen, zur Logik hinter dem Formular wechseln, ein Webservice-Backend anbinden und ein Domänenmodell teilen – verstanden die Navigations- und Suchwerkzeuge, und auch die TFS-Integration war hervorragend.
    Aber der „Server Explorer“ fror nach der Aufnahme von Azure-VMs bei jedem Öffnen 30 Sekunden lang ein, die Docker-Tools kamen viel zu spät, und für viele Azure-Dienste gab es keine brauchbaren VS-Tools.
    Auch „right click publish“ für kleine Systeme ließ sich nicht auf die realistischen Anforderungen mehrerer Teams skalieren, sodass Entwickler für moderne Arbeit andere Tools lernen mussten und die Zentralität von Visual Studio stark nachließ.
  • Wenn man zwei Passagen im Original betrachtet, scheint es darum zu gehen, sich vom Terminal zu lösen und eine IDE-Vision zu verfolgen.
    Die Möglichkeit, die App zu schließen, sich von einem anderen Gerät aus wieder zu verbinden und exakt dort weiterzumachen, ist nahe am Traum einer Remote-IDE, den bisher niemand richtig umgesetzt hat.
    Früher brauchte man kein Gerät, das eine Aufgabe 24 Stunden lang laufen lässt, aber mit Coding-Agenten, die im Hintergrund arbeiten, hat sich die Lage geändert.
    Allerdings müssen beim Live-Session-Sharing in einem Terminal-Multiplexer die Zeilen- und Spaltengrößen aller Bildschirme übereinstimmen; wenn Smartphones und Laptops gemischt sind, wird die User-Experience furchtbar, und auch beim eigenen Ausprobieren gab es keine gute Lösung.
    Dass diese Funktion trotzdem enthalten ist, deutet darauf hin, dass das langfristige Ziel nicht das Terminal ist, sondern eine GUI-basierte Agenten-IDE, die später, wenn Arbeit insgesamt agentenzentrierter wird, zu einem „Multiplexer für alle Arbeit“ ausgebaut werden soll.

• Das Projekt, für das ich bisher die meisten Tokens verbraucht habe, ist diesem sehr ähnlich; ich bin noch nicht sicher, ob es eine gute Idee ist, aber der Bauprozess hat enorm viel Spaß gemacht.