Ratty : l'émulateur de terminal sous moteur Bevy avec support 3D natif

Le Pitch

Ratty est un émulateur de terminal écrit en Rust qui détourne le moteur de jeu Bevy pour gérer son rendu GPU. Sorti en version 0.1.0-rc.0 le 3 mai 2026, il permet d'injecter des assets 3D (.obj et .glb) directement dans l'interface en utilisant un protocole spécifique (Source: Lib.rs). Le projet s'inspire ouvertement de l'esthétique de TempleOS tout en restant ancré dans l'écosystème CLI moderne (Source: Blog.orhun.dev).

Sous le capot

Le projet est piloté par Orhun Parmaksız, un mainteneur influent de la communauté Rust (Source: GitHub/orhun). Techniquement, Ratty ne se contente pas d'afficher du texte ; il fait tourner un pipeline complet via wgpu pour gérer la 3D. Il supporte le protocole Kitty pour les images 2D, mais introduit surtout le Ratty Graphics Protocol (RGP) pour la gestion des assets tridimensionnels (Source: Lib.rs).

Cette architecture entraîne une "dependency bloat" massive. Utiliser un moteur de jeu complet pour un terminal est jugé excessif par une partie des développeurs qui pointent du doigt la lourdeur de la stack (Source: HN). De plus, le RGP impose une fragmentation supplémentaire : pour que la 3D s'affiche via SSH ou dans un multiplexeur, l'application source doit implémenter ce protocole spécifique (Source: HN/Technical Analysis).

En mai 2026, l'outil reste en phase Release Candidate, ce qui signifie que la stabilité n'est pas encore garantie pour un environnement de travail critique (Source: Lib.rs). On ne sait pas encore quel est l'impact réel sur l'autonomie des machines nomades face à des alternatives comme Ghostty, et la documentation sur le tunneling d'assets RGP reste lacunaire.

L'avis de Ruben

Ratty est une démonstration technique brillante mais c'est un cauchemar d'ingénierie logicielle pour quiconque privilégie la sobriété. L'intégration de Bevy apporte une latence d'initialisation inutile et une surface d'attaque élargie par des dépendances graphiques superflues. C'est un excellent jouet pour vos side-projects ou pour frimer en conférence, mais c'est totalement proscrit pour une machine de production. Restez sur des outils qui traitent le texte comme du texte, pas comme une texture dans un moteur de jeu.

Codez propre,
Ruben.