Repository navigation
Replies: 1 comment
|
Note 🤖 Composer responding on behalf of wSedlacek Prior effort: #32052 (and #30656 for local system terminal). What we learned trying it
|
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Summary
This discussion asks for a direction decision. When a project lives on a remote or linked host, should Open in Terminal on desktop SSH into that host (correct cwd) instead of only opening a local shell?
Remote-ready is a core T3 promise; this is a small Open In consistency ask. #32052 and #30656 were prior attempts.
Why remote Open in Terminal
People already use T3 against machines they are not sitting at — Tailscale, linked environments, SSH profiles. Open In for editors already reaches those hosts. Terminal staying local is the inconsistency users hit first: they get a shell on the wrong machine and have to SSH by hand every time they want a prompt next to the agent.
One IPC path that takes a resolved destination (SSH profile, Tailscale, mDNS) keeps discovery sources from forking into separate terminal codepaths.
Proposal
port→ssh -p).Reference implementation
#32052 (desktop SSH into remote hosts) and #30656 (open projects in a system terminal) are prior attempts. Linked as evidence only.
Question for maintainers
Yes, no, or not now: Open in Terminal grows first-class remote SSH for linked environments, same as Open In editors already do.
All reactions