KERO : le workspace terminal qui met enfin le projet autour du shell
📌 KERO est un workspace terminal natif pour macOS. Ce que j’aime dans l’idée, c’est qu’il ne se présente pas comme un simple émulateur de terminal de plus. Il essaie de remettre autour du shell tout ce qu’on finit toujours par rouvrir à côté: projets, sessions persistantes, fichiers, git, panneaux de revue et informations de session.
Le positionnement me paraît juste, parce qu’il répond à un problème très concret. Quand vous travaillez sur plusieurs dépôts, le terminal seul devient vite trop étroit. Kero garde le terminal au centre, mais l’entoure d’une sidebar projets, d’un panneau fichiers, d’un panneau git et d’un panneau d’info, sans vous forcer à changer d’outil pour chaque geste important.
Ce que je retiens le plus :
- 🧭 Des projets, pas des fenêtres: chaque repo vit dans la sidebar.
- 🪟 Des sessions persistantes par projet, avec scrollback conservé.
- 🔀 Des splits et une navigation clavier très directe.
- 🔎 Un panneau git pour stage, unstage, commit, branche et stash.
- 📁 Un panneau fichiers avec édition et Tree-sitter.
J’apprécie aussi le fait que Kero assume son cœur terminal sans le masquer. Le shell que vous avez déjà reste intact: zsh, fish ou bash, avec vos alias et vos dotfiles. Sous le capot, l’app repose sur libghostty, ce qui explique sans doute cette volonté d’avoir une expérience très native, très rapide, mais toujours centrée sur le terminal lui-même.
La partie qui m’intéresse le plus, c’est la persistance. Quittez et relancez l’app, et les projets, les tabs et la disposition des panes reviennent. Les shells repartent frais, mais le contexte visuel et la position des sessions restent là. Pour moi, c’est exactement ce qui manque à beaucoup d’outils terminal: ils sont puissants en session, mais oublient trop vite la forme du travail.
Le reste est cohérent avec cette idée. On peut ouvrir plusieurs sessions par projet, splitter à droite ou en dessous, se déplacer au clavier, voir les processus et ports d’une session, recevoir des notifications quand un long process termine, et même suivre une barre de progression OSC 9;4. Le tout avec des builds signés, notarized, et mis à jour en silence via Sparkle.
Je trouve aussi la limite de discours plutôt saine: Kero dit qu’il ne remplace pas votre shell. Il héberge le shell que vous utilisez déjà et organise autour de lui ce qui fait avancer le projet. C’est une nuance importante, parce qu’elle évite le piège du terminal “réinventé” qui finit par vous faire perdre vos habitudes.
À titre personnel, je vois Kero comme un très bon compromis pour les gens qui vivent dans le terminal mais qui veulent enfin un vrai poste de travail autour de lui. Ce n’est pas une IDE déguisée. C’est un workspace de terminal qui assume que le code, le git, les fichiers et les sessions appartiennent au même espace de travail.
