Add toggle to show all sessions unscoped in `/resume` picker (bypass `cwd`/repo relevance grouping)
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- Shell
- Star
- 11.2k
- Fork
- 1.9k
- Merge trung bình
- 14 giờ 16 phút
- Pull request đã merge (30 ngày)
- 6
Mô tả
Problem
The /resume (and --resume) session picker scopes/groups sessions by relevance to the current working directory (branch/repo/git-root/directory, per #3277). In practice this means a session started in a different directory can be effectively invisible in the default picker list, even though it is very recent and fully resumable directly via /resume <session-id>.
Example:
- Session
11111111-2222-3333-4444-555555555555(cwdC:\work\some-other-project, last updated same day) does not appear when running/resumefrom an unrelated cwd (C:\work). /resume 11111111-2222-3333-4444-555555555555resumes it without any issue.
This is confusing: there is no indication that sessions are being filtered/deprioritized, so a session can appear "lost" when it's actually just scoped out of view.
Proposed solution
Add an explicit way to toggle off the directory/repo-based scoping in the /resume picker, so users can reliably see all local sessions regardless of cwd when needed. For example:
- A keybinding (similar to
/for search, see #241) to toggle between "scoped" and "all sessions" view. - And/or a flag, e.g.
copilot --resume --all, to start directly in the unscoped view.
Why this matters
Relevance-based grouping is a nice default, but without an escape hatch it becomes an anti-feature: users lose confidence that /resume shows everything, and have to already know/remember a session ID to resume sessions from other directories.
Related
- #3277
- #241
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu từ các điểm vào của picker /resume và --resume, sau đó lần theo việc nhóm theo mức độ liên quan được mô tả trong #3277 và tương tác tìm kiếm của picker được tham chiếu trong #241. Xác định xem thay đổi này nên sử dụng một nút chuyển, một flag hay cả hai, và xác minh rằng chế độ xem không có phạm vi hiển thị tất cả các phiên cục bộ trong khi chế độ xem có phạm vi hiện tại vẫn là mặc định.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- shell
- Lĩnh vực
- cli
- Loại issue
- Tính năng
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Sôi nổi
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 48/100