1 points par GN⁺ 3 시간 전 | 1 commentaires | Partager sur WhatsApp
  • L’entreprise développe un multiplexeur de tâches qui relie en une session persistante unique le développement local, l’accès distant, les agents de code, les tâches en arrière-plan et les opérations en production
  • L’objectif est de résoudre le problème de dispersion des tâches interactives humaines et des tâches automatisées de la CI et des agents entre des outils et journaux distincts, tout en conservant le contexte, les données structurées et l’historique de travail à travers les environnements
  • Le premier produit est un multiplexeur de terminal qui gère plusieurs blocs de terminal sous forme de sessions longues, permettant de reprendre le travail dans l’état existant même après avoir fermé l’application ou changé d’appareil
  • Il prend en charge le Web et des apps natives macOS et iOS, ainsi que le partage de session en temps réel, et corrige des désagréments des outils existants en faisant fonctionner le scrollback, la sélection et le défilement selon les conventions natives du système d’exploitation
  • L’équipe prévoit de rendre tous les composants composables et d’assurer aussi la sûreté et l’exploitabilité en production, avec une première bêta et des releases open source du processus de développement annoncées

Des sessions de travail persistantes reliant plusieurs environnements

  • Le travail logiciel moderne s’étend sur des machines locales, des hôtes distants, des sandboxes, des services et des systèmes de production
    • Le travail interactif des développeurs, les tâches automatisées de la CI et des processus en arrière-plan, ainsi que les tâches d’agents exécutées en parallèle relèvent de systèmes différents
    • Les outils interactifs supposent qu’une personne se trouve devant l’interface, les tâches automatisées se perdent dans les historiques de jobs et les logs, et les opérations en production existent derrière des systèmes et contrôles séparés
  • L’IA a rendu plus visible le coût de cette fragmentation des outils, mais l’administration système, l’intégration continue, le développement à distance et la collaboration mettent eux aussi ces frontières sous pression depuis des décennies
  • La session persistante imaginée par Superlogical remplit les rôles suivants
    • Traverser les applications et les environnements d’exécution
    • Fournir le contexte pertinent par défaut
    • Exposer des données structurées et des tâches exécutables
    • Préserver l’historique de travail
    • Rester actionnable par le logiciel tout en demeurant visible et contrôlable par les humains
  • Le développement doit se dérouler en trois étapes : construire un multiplexeur de haute qualité, assurer la composabilité des éléments internes, puis garantir la sûreté et l’exploitabilité en production

Un premier produit qui démarre dans le terminal

  • Le premier produit est un multiplexeur de terminal qui rassemble plusieurs flux de terminal indépendants dans une interface commune
    • Il organise plusieurs blocs de terminal dans une session longue
    • Après avoir fermé l’application, on peut se reconnecter depuis un autre appareil et reprendre au point d’interruption
    • Les sessions sont accessibles depuis le Web ainsi que depuis des apps natives macOS et iOS
    • La possibilité de partager une session en temps réel avec d’autres personnes est incluse dès le départ
    • Le scrollback, la sélection et le défilement sont implémentés selon les conventions natives du système d’exploitation afin de réduire les frustrations courantes des multiplexeurs existants
  • Le terminal a été choisi comme base d’un multiplexeur de tâches plus vaste parce qu’il relie développeurs, agents, outils et infrastructure
    • Même si le périmètre fonctionnel s’élargit à l’avenir, l’équipe prévoit de maintenir la qualité du multiplexeur de terminal lui-même

Équipe et calendrier de lancement

  • L’équipe réunit Mitchell Hashimoto, Jack Pearkes, Alasdair Monk et Hector Simpson
    • Elle a de l’expérience dans la création d’outils de développement, d’infrastructures, de systèmes d’IA et d’interfaces développeur, notamment avec Ghostty, HashiCorp, Vagrant, Terraform, Vault, Poolside, Vercel et Heroku
  • L’entreprise a levé des fonds auprès d’investisseurs dont Notable Capital et Amplify Partners, et prend les inscriptions pour recevoir les notifications concernant la première bêta et les releases open source

1 commentaires

 
GN⁺ 3 시간 전
Avis sur Hacker News
  • J’aime particulièrement le fait qu’après le transfert de la propriété de Ghostty à une organisation à but non lucratif, la nouvelle entreprise l’utilise comme dépendance open source
    Superlogical utilisera les mêmes composants sous licence MIT accessibles à tous, et continuera à upstreamer les travaux courants liés au terminal dans libghostty afin que tous les utilisateurs en bénéficient

    • Cela contraste fortement avec les récentes initiatives d’Anthropic/Bun autour de la migration Rust, pas encore rendue publique
  • J’ai passé environ les 20 dernières années dans tmux/vim, mais depuis un mois j’utilise presque exclusivement l’application desktop Codex, et je passe aussi de plus en plus par l’application ChatGPT sur mon téléphone pour le contrôle à distance
    J’aime Ghostty, mais il est difficile de savoir combien de temps ce monde centré sur le terminal va encore durer

  • On dirait un mélange de plusieurs outils que j’ai essayés récemment
    pi-web(https://pi-web.dev/) est un frontend web qui multiplexe des sessions Pi sur plusieurs machines, et herdr(https://herdr.dev/) est une TUI de multiplexage d’agents bien aboutie, qui permet de créer et supprimer facilement des fenêtres selon l’activité des sous-agents
    firstmate(https://github.com/kunchenguid/firstmate) est un méta-environnement pour les environnements d’exécution de codage, qui gère la création et la communication de sous-agents, la gestion des worktrees et d’autres fonctions du cycle de vie du développement logiciel, et qui, grâce aux contraintes des scripts Bash, permet d’obtenir de meilleurs résultats même avec des modèles moins performants

    • Si ce type d’outil vous intéresse, ouijit, sur https://ouijit.com/ et https://github.com/ouijit/ouijit, vaut aussi le détour
      C’est un orchestrateur d’agents pour terminal destiné aux utilisateurs avancés qui veulent un peu plus de design qu’une expérience utilisateur façon « hackerman »
    • Un plugin collie est en développement pour exécuter une application web sur l’hôte herdr et l’exposer via Tailscale ou équivalent
      Combiné à la persistance de session de herdr, cela rend l’accès aux agents en déplacement bien plus simple, et l’expérience était agréable : https://github.com/AltanS/collie
    • Ce n’est pas réservé au terminal, mais j’utilise Orca(https://github.com/stablyai/orca) depuis la semaine dernière et j’en suis très satisfait
  • C’est la première fois que je vois une page de recrutement accessible via ssh superlogical.jobs, qui affiche les offres d’emploi dans le terminal ; c’est très orienté développeur geek

    • La NSA et quelques autres entreprises demandaient déjà depuis longtemps de passer plusieurs étapes, voire d’écrire un petit exploit, avant de révéler l’adresse e-mail à laquelle envoyer son CV
    • L’approche SSH est amusante, mais j’aimerais qu’il existe aussi d’autres façons de consulter les offres
      J’utilise actuellement une connexion à très forte latence, et dans ce contexte l’expérience utilisateur est affreuse
  • Je ne cliquerai pas sur le site parce que j’en ai assez des titres à clics transformés en énigmes plutôt que d’indiquer le contenu
    Les règles de HN disent seulement d’éviter de mettre le nom du site dans le titre, puisqu’il apparaît après le lien, mais ce serait bien qu’une pratique s’installe consistant à modifier les titres qui ne sont qu’un nom de domaine ou un seul mot pour qu’ils révèlent le sujet

    • L’en-tête de la page réelle est « We are building the multiplexer for all work. »
      Un titre HN comme « Superlogical: We are building the [terminal] multiplexer for all work » aurait été préférable
    • Sans cliquer, il n’y a aucun moyen de savoir pourquoi le titre est ainsi
  • Le principal intérêt de ce genre d’outil semble être la centralisation
    L’écosystème du terminal est trop fragmenté : tout le monde doit prendre en charge des protocoles de terminal obscurs et empiler une multitude de wrappers
    Définir un standard plutôt que jouer les intégrateurs serait la solution la plus simple, et ce serait excellent de pouvoir standardiser au même endroit des extensions qui sortent de la sémantique des années 1980 tout en conservant l’expérience d’usage du terminal
    Jusqu’ici, la combinaison la plus propre que j’aie vue est mosh + tmux, mais même elle a des problèmes, comme l’absence de curseur bloc
    Si l’objectif final de Superlogical est de refondre l’écosystème des développeurs Linux, je soutiens l’idée, mais les risques politiques à long terme m’inquiètent ; tant que cela reste un outil de développement local open source, ça me va

    • Il est très probable que ce ne soit pas la première fois que quelqu’un tente de résoudre ce problème : https://xkcd.com/927/
  • Je me souviens du moment où Mitchell avait présenté Vagrant pour la première fois sur HN, et où tout HashiCorp est parti de là
    Je pensais que c’était il y a 8 ans, peut-être 10 à 12 au maximum, mais cela fait déjà 16 ans
    Je me demande si ce projet utilisera aussi Zig : https://news.ycombinator.com/item?id=1175901

    • Comme ils utilisent libghostty, il semble probable que ce soit du Zig
    • L’offre d’emploi cherche des développeurs Go
  • Ils disent vouloir rendre natives des frustrations courantes des outils existants, comme le scrollback, la sélection et le défilement, mais ils ont justement cassé la barre de défilement du navigateur

    • Chez moi, la barre de défilement fonctionne normalement ; on dirait seulement que son style a été modifié
  • Les orchestrateurs d’agents ressemblent à un rhabillage du rêve des IDE
    À l’exception de produits comme Visual Studio ou Xcode, portés par les effets de dépendance et la fermeture propriétaire, les IDE n’ont jamais atteint la grande vision esquissée par Alan Kay et d’autres ; aujourd’hui encore, ce sont essentiellement des éditeurs de texte avec un explorateur de fichiers
    Les orchestrateurs d’agents ont eux aussi une vision immense, mais leur implémentation ressemble plutôt à un terminal avec des onglets

    • Les IDE ont suffisamment réussi, mais certains me semblent figés dans le temps
      Visual Studio pour les applications clientes Windows, en particulier WinForms, reste aujourd’hui encore incroyablement productif
      Tout le parcours — glisser-déposer l’interface, basculer vers la logique derrière le formulaire, connecter un backend de services web et partager le modèle de domaine — était compris par les outils de navigation et de recherche, et l’intégration TFS était excellente
      Mais « Server Explorer » se figeait 30 secondes à chaque ouverture après l’ajout des VM Azure, les outils Docker sont arrivés trop tard, et de nombreux services Azure n’avaient pas d’outillage VS correct
      Même le « right click publish » pour petits systèmes n’a pas su s’étendre aux besoins réalistes impliquant plusieurs équipes ; les développeurs ont dû apprendre d’autres outils pour le travail moderne, et la centralité de Visual Studio s’est fortement affaiblie
    • À lire deux passages du texte original, on dirait qu’ils cherchent à dépasser le terminal pour poursuivre une vision d’IDE
      La possibilité de fermer l’app puis de se reconnecter depuis un autre appareil en reprenant exactement là où l’on s’était arrêté ressemble au rêve d’un IDE distant que personne n’a vraiment réussi à concrétiser
      Autrefois, on n’avait pas besoin d’une machine qui exécute le travail 24 h/24, mais l’arrivée d’agents de codage qui tournent en arrière-plan change la donne
      Cela dit, dans un multiplexeur de terminal, le partage de session en temps réel impose d’aligner le nombre de lignes et de colonnes de tous les écrans ; dès qu’on mélange téléphone et ordinateur portable, l’expérience utilisateur devient affreuse, et même après l’avoir essayé moi-même, je n’ai pas trouvé de bonne solution
      Le fait qu’ils aient malgré tout intégré cette fonction suggère que l’objectif à long terme n’est pas le terminal, mais un IDE d’agents avec interface graphique, destiné ensuite à s’étendre en « multiplexeur pour tout le travail » à mesure que le travail dans son ensemble devient centré sur les agents
  • Le projet qui m’a jusqu’ici fait consommer le plus de tokens ressemble beaucoup à celui-ci ; je ne suis pas encore sûr que ce soit une bonne idée, mais le construire a été extrêmement amusant