Done

Parity between remote and local

From NickyDone 1 month ago

Bonjour, serait t'il possible d'avoir un pariter local et remote pour les interface et fonction ? la memoire reste propre au emplacement , mais pourvoir voir acceder skill memoire , backlog ... et autre sur le remote serais sympa . de plus avoir une version de type service . exemple : on deploie un agent agentsroom leger sans le gui sur un vps sans interface , chez un client (utils pour acces infrastructure ) , j'ai vue qu'il ya la possibilité d'ouvrir un serveur distant en ssh , mais on n'est pas toujours connecter. et on travaillerais depuis notre pc/mac

[Full-Stack Developer (Fixer de nuit) @ 2026-09-18T18:20:17.554Z]

Réouverture du 18/09 (« ce dossier n'existe pas » sur v-dev-tp)

Diagnostic : v-dev-tp est un serveur Windows (chemin C:\Users\administrateur.STALYCEEPEDA...). La sonde qui vérifie le dossier avant d'ouvrir un projet distant (desktop/electron/ssh/remoteProjectProbe.ts) envoie une ligne de shell POSIX (if [ -d ... ]; then echo ...) que cmd.exe ou PowerShell ne savent pas exécuter : aucun des deux marqueurs attendus ne revenait, et le parseur lisait cette absence comme « dossier absent ». Les trois graphies du chemin ne pouvaient donc rien changer. Même cause pour l'absence de parité des outils quand le projet local est exécuté sur cet hôte : l'installation des outils AgentsRoom sur l'hôte (tarball, scripts sh, $HOME/.agentsroom/mcp) et tout le mode distant supposent un hôte POSIX (Linux, macOS).

Corrigé cette nuit (le message, pas la limite) : le parseur distingue « pas de réponse POSIX » de « dossier absent » (answered: false), et les deux écrans d'ouverture affichent « <hôte> n'a pas répondu comme un shell Linux ou macOS. Les projets distants demandent un hôte avec un shell POSIX : un serveur Windows joint en SSH n'est pas encore pris en charge » (20 locales). Fichiers : remoteProjectProbe.ts + test, services/remoteProjectCreate.ts, ProjectPathRemoteCard.tsx, location/useNewProjectLocation.ts, types/electron.d.ts, i18n/locales/*/project.json, doc context/features/REMOTE_SSH_OFFLOAD.md.

Commit : https://github.com/JB-CHAUVIN/AgentsRoom/commit/68b5ae82f5593667a5a0b8952028dcc678e2ee84

Porter le mode distant sur un hôte Windows est une feature (variante PowerShell de chaque script distant, pas de control master sur Windows) : ticket ceo-decision 76e78fea, lié à celui-ci. Piste immédiate pour le rapporteur : WSL sur l'hôte avec DefaultShell = bash, qui en fait un hôte POSIX sans rien changer chez nous.

Replies

The team1 month ago

Bonjour Nessaddam, merci pour le retour. La parité des outils est faite : un agent lancé sur un serveur SSH a maintenant le backlog, la mémoire, les skills, les prompts, les commandes dev et le courrier entre agents, comme en local (Claude et Codex). Les serveurs AgentsRoom sont installés sur l'hôte avant le lancement, avec une copie de votre jeton de compte dans un fichier lisible par votre utilisateur seulement, et se connectent à votre Mac/PC par un tunnel SSH. C'est activé par défaut et désactivable sur chaque connexion SSH (« Installer les outils AgentsRoom sur cet hôte »). Il faut Node.js sur le serveur. Ce sera dans la prochaine version.

Pour la version « service » sans interface sur un VPS : pas prévu pour l'instant. Aujourd'hui, ce qui s'en rapproche est le Remote Fleet : un desktop AgentsRoom installé sur l'autre machine, et vous pilotez ses agents depuis votre poste, même après vous être déconnecté.

The team1 month ago

Thanks: your idea is implemented and ships in the next release. We built it the way we pictured it, so if the result is not what you had in mind, tell us and we will adjust it.

nicolas ESSADDAM1 month ago

Bonjour , Merci pour ce retour , si je choisis la connexion executer sur v-dev-tp , j'ai pas la parité . en ssh sur windows j'ai essayer le path windows classique , celui en remplacant \ par / et celui de la config du project : C:\Users\administrateur.STALYCEEPEDA/AgentsRoom/annalyse/test mais il me dis que le dossier n'existe pas . je vais des que je prend un vps test le mode ssh sous linux . Merci

The team1 month ago

Merci pour les captures : v-dev-tp est un serveur Windows, et le mode distant (ouverture d'un projet, outils AgentsRoom sur l'hôte) suppose pour l'instant un hôte Linux ou macOS, d'où le faux « ce dossier n'existe pas » qui disait maintenant clairement que le serveur n'a pas répondu comme un shell Linux ou macOS. Sur ce serveur, un WSL défini comme shell par défaut d'OpenSSH le rend utilisable dès aujourd'hui, et la prise en charge native de Windows est à l'étude.

The team1 month ago

Merci pour les captures : v-dev-tp est un serveur Windows, et le mode distant (ouverture d'un projet, outils AgentsRoom sur l'hôte) suppose pour l'instant un hôte Linux ou macOS, d'où ce « ce dossier n'existe pas » trompeur, remplacé par un message qui dit clairement que le serveur n'a pas répondu comme un shell Linux ou macOS. Sur ce serveur, définir WSL comme shell par défaut d'OpenSSH le rend utilisable dès maintenant, et la prise en charge native de Windows est à l'étude.

nicolas ESSADDAM1 month ago

merci pour ce retour bon weekend