Description of the new feature
I'd like to propose a feature that complements the existing local session management, similar in spirit to WSL integration but focused on remote workflows via SSH.
Key Scenarios
SSH Host Configuration / Discovery
- Allow users to configure SSH hosts directly
- Or automatically discover hosts from ~/.ssh/config
Remote Session Visibility
- List and manage agent CLI sessions running on remote machines
- Ideally include session state (e.g., running, idle, stopped)
Remote Session Resume
- Support resuming historical sessions from remote machines
- Resume sessions inside a pane with an active SSH shell (mirroring local UX)
tmux Integration (Highly Valuable)
- Optional integration with tmux for session persistence
- Resume sessions inside tmux automatically
- For sessions already running in tmux but not attached:
- Optionally support tmux -CC-style attachment / focus experience
Why This Matters
- Many developer workflows are hybrid (local + remote cloud / GPU / build machines)
- Current session management is powerful locally, but remote parity unlocks much higher productivity
- tmux-backed workflows are already common—native integration would reduce friction significantly
Summary
This feature would unify local and remote session management into a single mental model, making the terminal significantly more powerful for modern distributed development workflows.
There was already such a feature request under WSL issue #200 's comment .
Proposed technical implementation details
No response
Description of the new feature
I'd like to propose a feature that complements the existing local session management, similar in spirit to WSL integration but focused on remote workflows via SSH.
Key Scenarios
SSH Host Configuration / Discovery
Remote Session Visibility
Remote Session Resume
tmux Integration (Highly Valuable)
Why This Matters
Summary
This feature would unify local and remote session management into a single mental model, making the terminal significantly more powerful for modern distributed development workflows.
There was already such a feature request under WSL issue #200 's comment .
Proposed technical implementation details
No response