Vobuda et WezTerm, côte à côte
WezTerm est le terminal pour ceux qui veulent un multiplexeur et un vrai langage de programmation dans la config. Vobuda veut que la fenêtre connaisse l'agent à la place.
Ce que WezTerm fait bien
WezTerm est écrit en Rust, tourne sur macOS, Linux et Windows, s'affiche via le GPU, et se configure en Lua, ce qui veut dire que la configuration est un programme et peut faire tout ce qu'un programme peut faire. Il a son propre multiplexeur, donc les volets et onglets survivent à une déconnexion, et il est open source sous une licence permissive.
Si vous travaillez sur plusieurs machines et voulez un seul terminal qui se comporte de façon identique partout, avec des sessions qui survivent à la connexion, WezTerm est une très bonne réponse et Vobuda n'a rien d'équivalent.
Où les deux diffèrent
-
Config en Lua contre fichiers JSON
La config de WezTerm est un programme Lua : puissant, et capable de calculer. Celle de Vobuda est un dossier de JSON : pas programmable, mais lisible par n'importe quoi, comparable avec un diff, et modifiable depuis l'écran de réglages comme à la main sans que les deux se contredisent. Les deux sont une configuration que vous possédez, ce qui compte le plus.
-
Multiplexage
WezTerm multiplexe. Pas Vobuda, mais sur ce Mac ses shells survivent à la fenêtre : un gardien les conserve à travers une fermeture, une mise à jour ou un plantage, et les blocs les retrouvent. Un bloc glissé vers un autre onglet garde son shell pour la même raison. Si vous avez besoin de sessions qui survivent à une connexion distante coupée, WezTerm l'a et Vobuda non.
-
L'agent
Vobuda lit les sessions, skills, modèles, niveaux d'effort et mode de permission propres à l'agent et les place sur une barre au-dessus du bloc, et note chaque arrêt d'agent pour que vous puissiez repérer lequel attend parmi plusieurs.
-
Plateformes
WezTerm tourne partout. Vobuda tourne sous macOS et Linux, et il n'existe pas de version Windows.
Où vit votre configuration
La réponse la plus courte et honnête à cette comparaison. Les deux exemples règlent les quatre mêmes choses : police, taille, couleurs, transparence.
local wezterm = require 'wezterm'return { font = wezterm.font 'JetBrains Mono', font_size = 13.0, color_scheme = 'Tokyo Night', window_background_opacity = 0.96,}{ "theme": "tokyo-night", "term": { "font": "JetBrains Mono", "fontSize": 13 }, "window": { "opacity": 0.96, "quakeKey": "cmd+`" }} # themes/, keys.json et skins/ se trouvent juste à côté dans# le même dossier. Rien à votre sujet n'est écrit ailleurs.Côte à côte
Relevé en septembre 2026. Leur propre site fait autorité sur tout ce qui a changé depuis.
| vobuda | WezTerm | |
|---|---|---|
| Plateformes | macOS 10.15+, Linux | macOS, Linux, Windows |
| Source | Fermé, gratuit | Ouvert, MIT |
| Compte | Aucun | Aucun |
| Configuration | Un dossier de JSON lisible, rechargé à chaud | Lua |
| Multiplexeur | Non, mais les shells survivent à la fenêtre | Oui, intégré |
| Barre de contrôle de l'agent | Oui | Non |
| Moniteur système | Douze types de panneaux | Non |
| Éditeur à côté du shell | 227 types de fichiers | Non |
| Langues de l'interface | 40, avec un guide dans chacune | Anglais |
Tout ce qui est affirmé sur vobuda est vérifiable dans la version présente sur ce site. Voir tout le paysage sur une seule page.
WezTerm et vobuda, sans détour
Est-ce que Vobuda a un multiplexeur ?
Non. Sur cette machine, les shells survivent à la fenêtre, à travers une fermeture, une mise à jour ou un plantage, et les blocs gardent leur shell quand ils passent d'un onglet à l'autre. Rien ne survit à une connexion distante coupée.
Lequel est le meilleur pour le travail à distance ?
WezTerm, clairement. Son multiplexeur est fait exactement pour ça.
Lequel est le meilleur pour travailler avec un agent ?
Vobuda, parce que l'état de l'agent se retrouve dans la fenêtre plutôt que dans le défilement de l'historique.
Dix minutes d'essai valent mieux que cette page
Il s'installe en une ligne, s'ouvre avec un seul bloc terminal et ne vous prend rien.
curl -fsSL https://vobuda.com/install.sh | sh