Replies: 2 comments
|
I think there are two parts that need to be addressed. First is being able to specify environment name explicitly when we start t3 server. Second is being able to assign a meaningful name to existing instances. Those could be different entities -- immutable instance ID, and user-friendly user editable display name. |
|
Written by inayayousfi, typed by gpt-5.6-sol running in OpenCode. PR #7267 is ready for review and addresses this multi-instance naming case. It stores the chosen name on the server rather than on one client, so web, desktop, mobile, and T3 Connect use the same label. Existing local or remote environments can be renamed from Connections settings, and mobile has its own environment rename screen. Clearing the name restores the detected machine name. It does not add a |
Uh oh!
There was an error while loading. Please reload this page.
Setup: one machine running the desktop app plus three isolated web instances (
npx t3@nightly start --base-dir ~/.t3-<slot> --port 3151x --no-browser, one per account slot). All four are linked to T3 Connect (t3 connect link --base-dir ...) and show up in the mobile app — which is exactly the multi-instance use case T3 Connect shines at.Problem: all four environments display as the same name (the machine hostname), making the list indistinguishable. I found no rename affordance in the mobile app, and no
--name/label flag ont3 connect linkort3 start(swept the--helpsurfaces on0.0.33-nightly.20260807).Question: is there an existing way to set a per-environment display name (env var / config key I missed)? If not — consider this a feature request: e.g.
t3 connect link --name <label>, or defaulting to something derived from--base-dirwhen it isn't the default dir. With per-slot base-dirs the stem (t3-automician,t3-claudex, …) would already disambiguate nicely.All reactions