Repository navigation
fix(cursor-worker): un nom de machine Cursor par dépôt - #267
Merged
Merged
Conversation
Le CLI mémorise le workerId par nom affiché (workerIdsByDisplayName dans son HOME). Les 11 process lancés sous le même nom « devforge » partageaient donc le même workerId : Cursor confiait la session à n'importe lequel (test template-studio exécuté dans jeser). Chaque process porte maintenant son propre nom `<nom>-<dépôt>` (dépôt = dernier segment du remote origin, ex. devforge-template-studio, doublons suffixés -2), donc un workerId distinct et une cible explicite. Même règle pour les nœuds distants (DF_NAME). Statut : repo_workers[].name et liste « Machines Cursor » dans la modale Statut ; hint et doc mis à jour.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Constat (prod 2.0.263)
Agent lancé sur le worker privé
devforgeavechttps://github.com/bobdivx/template-studio→ exécuté dans/data/devforge/applications/jeser(le process du dépôt jeser, qui est bien un des 11 dossiers servis, pas un alias).Cause
Le CLI
cursor-agent(2026.10.19-6bbf2c4) n'invente pas un workerId par process : il le mémorise par nom affiché dans sa config (workerIdsByDisplayName, sous le HOME du CLI ;--worker-id/CURSOR_AGENT_WORKER_IDne font que le surcharger). Les 11 process partagent le HOME géré et le nomdevforge→ même workerId3f3101a2-…pour tous. Cursor cible un workerId, pas un dépôt : n'importe laquelle des 11 connexions peut recevoir la session. Le remote de template-studio est propre (https://github.com/bobdivx/template-studio.git), ce n'est pas un problème de détection de dépôt.Correctif
<nom>-<dépôt>où<dépôt>= dernier segment du remoteorigin(sinon nom du dossier), en slug ; doublons suffixés-2,-3. Ex.devforge-template-studio,devforge-jeser,devforge-vigie.worker=devforge-template-studio.DF_NAME=).repo_workers[].name,machine_namesau démarrage ; modale Statut : liste « Machines Cursor » avec l'état de chaque process. Hint, message d'installation et doc mis à jour.Tests
one_machine_name_per_repo(libellé depuis remote https/ssh/masqué ou dossier, unicité, suffixes)repo_worker_names_read_origin_remote(vraigit init+ remote avec faux jeton)--name(demo-repo-a,demo-template-studio) etDF_NAMEest relu.Après déploiement
« Redémarrer » le worker ; l'ancienne machine
devforgedisparaît de My Machines quand plus rien n'y est connecté. Pour template-studio : machinedevforge-template-studio.Ne pas merger sans validation.