Orchestration terminal pour plusieurs agents de codage IA sur Windows et Unix
Essayez d'exécuter plusieurs agents de codage basés sur CLI côte à côte dans un seul terminal avec thurbox, un TUI et CLI pour l'orchestration d'agents de LeTuR. Il utilise des multiplexeurs de terminal (tmux, psmux, rmux) pour la persistance des sessions, prend en charge les worktrees git et expose des hooks Lua pour des panneaux personnalisés. Conçu pour les développeurs et les ingénieurs DevOps, l'outil cible les flux de travail axés sur le terminal qui nécessitent des sessions d'agents persistantes et scriptables à travers des environnements locaux et distants.
Ce que thurbox exécute réellement et comment il compose des agents
thurbox lance et gère plusieurs agents de codage AI via leurs CLIs existants, gardant l'outil neutre vis-à-vis de tout SDK spécifique à un fournisseur. L'interface place les agents dans des panneaux séparés à l'intérieur d'un TUI, et le thurbox-cli sans tête permet la création de sessions scriptées. Le support des worktrees git permet aux agents d'opérer sur différents dépôts ou branches au sein de la même session, de sorte que les tâches concurrentes ne se chevauchent pas avec le checkout principal.
Comment le comportement de la persistance des sessions fiable se manifeste en pratique
L'outil délègue la stabilité des sessions à des multiplexeurs établis, utilisant tmux sur Unix et psmux ou rmux sur Windows, ce qui préserve les processus des agents lorsque les terminaux se ferment ou que les systèmes redémarrent. Parce que thurbox utilise ces backends plutôt qu'une couche de session personnalisée, les tâches des agents de longue durée survivent aux plantages et redémarrages de terminaux, rendant le TUI adapté à l'orchestration prolongée en arrière-plan sur des hôtes de développement et des serveurs distants.
Sécurité, permissions et contraintes d'opération à distance
thurbox nécessite un accès CLI standard à chaque agent et s'appuie sur les permissions locales existantes ; il n'ajoute pas d'écrivains système privilégiés. L'utilisation à distance fonctionne via SSH et l'intégration WSL, et le CLI sans tête prend en charge l'automatisation sans saisie interactive. Parce qu'il fonctionne en lançant des CLIs de fournisseurs, toutes les garanties de sécurité dépendent de ces agents ; thurbox lui-même garde l'orchestration et la disposition des panneaux séparées des internes des agents.
Qui peut l'utiliser et à quel point la courbe d'apprentissage est raide
L'interface s'attend à une familiarité avec les multiplexeurs de terminaux et les bases de Lua pour la personnalisation, donc les ingénieurs DevOps et les utilisateurs avancés en tirent le plus de profit. Les utilisateurs occasionnels peuvent exécuter des sessions de base via le CLI, mais définir des panneaux et des automatisations personnalisés nécessite d'éditer des scripts Lua et de comprendre les worktrees git. L'installateur Windows utilise PowerShell et psmux/rmux, ce qui préserve la parité avec les flux de travail Unix pour les utilisateurs de terminaux expérimentés.
Adaptation claire pour les ingénieurs orientés terminal, avec un compromis clé
thurbox convient aux développeurs et aux ingénieurs DevOps qui préfèrent des flux de travail basés sur le terminal et ont besoin d'une orchestration persistante et scriptable de plusieurs CLIs d'agent. Un conseil pratique : exécutez des sessions d'agent de longue durée sous le multiplexeur et planifiez des tâches automatisées sans tête pendant les heures creuses pour éviter d'interférer avec le travail interactif. Le principal compromis est la nécessité de connaissances en multiplexeur et en Lua avant de pouvoir étendre l'interface en profondeur.
