Validate desktop tool use in Ace and track known gaps
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 8/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- macos, typescript
- Lĩnh vực
- desktop-dev, testing
Hướng nghiên cứu
This is a tracking issue for validating desktop tools in a signed Canary, not a single change. The one open check is the sharing path: a teammate's invocation with sharing on should reach desktop tools as the owner allowed, and with sharing off it should be refused. The upstream engine and its gaps live in githubnext/desktop-tools, so start with native/patches/README.md there for the Peekaboo patch state. Done means every check passes in a Canary with a real provider run and each gap is fixed or accepted.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Validate the desktop tools as Ace ships them, and keep the known gaps in one place. The engine and its roadmap live in githubnext/desktop-tools (the former meta is githubnext/desktop-tools#11). This issue covers only what Ace owns: the pinned package, the channel setting, sharing, and the agent's experience in real runs.
Done when: every check below has passed in a signed Canary with a real provider run, with that Canary's version noted, and every gap is fixed or explicitly accepted.
Validation
- An agent drives TextEdit, then screenshots and reads its window. The screenshots stream to a teammate. (Study scenario 20, 0.0.36.)
- The agent fills a Save sheet's name, picks a folder and saves (#378 via githubnext/ace#382 and desktop-tools#8, 20b, 0.0.38).
-
desktop_inserttypes into a Save sheet's filename field (#390 via githubnext/ace#402 and desktop-tools#9, 20c). - Turning desktop tools off refuses every
desktop_*call. The refusal is clear, and turning them back on works without restarting the channel. (Study D2, 0.0.46.50.) - A teammate's invocation with sharing on reaches desktop tools as the owner allowed. With sharing off it is refused. The sharing text matches what happens.
- Stopping a run, or losing the connection, during a desktop action settles it as completed, refused or unknown, and the action isn't replayed after the worker reopens. (Study D3b/D3c, 0.0.46.50.)
- Two channels with desktop tools on at the same time don't act on each other's targets. (Study D4 and R1, 0.0.46.51 and .52. Agents can't yet tell whose new window is whose: githubnext/desktop-tools#17.)
- Peekaboo patch tests pass at the pinned commit (desktop-tools#10, Ace githubnext/ace#425). Every pin bump re-runs them. (8801b31 in full; 4618b33 adds one bridge patch, and its bridge tests pass.)
Known gaps
- Shell capture: with desktop tools off, the shell can still capture the screen with Ace's macOS permissions. Isolating that is not planned (#379). The wording in githubnext/ace#380 and githubnext/ace#389 documents it.
- Background key presses:
desktop_keycan't verify a background Cmd+W. The recovery hint suggests--foreground, which the tool doesn't expose (githubnext/desktop-tools#11, comment from October 7). - Engine gaps, tracked in desktop-tools:
- focus and paste in WebKit (githubnext/desktop-tools#5);
- temporary clipboard paste (githubnext/desktop-tools#3);
- pointer delivery and multiple displays (githubnext/desktop-tools#2);
- Chrome's Accessibility titles (githubnext/desktop-tools#6);
- why inspection is unavailable (githubnext/desktop-tools#1);
- window, menu and dialog workflows, including Ace's own Open Folder picker (githubnext/desktop-tools#4);
- patch drift in dev builds (githubnext/desktop-tools#7).
- Not available everywhere: cloud compute channels have no desktop, so their toggle is hidden (#422). Hosted channels use the workspace host's desktop. Operating a teammate's desktop is deferred (#202).
- Upstream test failures: two Peekaboo tests fail on unpatched 4.8.0 as well (
native/patches/README.mdin desktop-tools).
Tracked by githubnext/ace#5.
- Ngôn ngữ chính
- TypeScript
- Star
- 1
- Fork
- 0
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không có 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.
Issue khác của githubnext/ace2
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 94/100
githubnext/ace2#487 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 90/100
githubnext/ace2#486 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
githubnext/ace2#459 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
githubnext/ace2#437 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
githubnext/ace2#442 ·
Tất cả issue của githubnext/ace2
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 65/100
521xueweihan/HelloGitHub#4025 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
voidzero-dev/void#478 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 69/100
Small-tailqwq/dsh-deep-whale#207 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
The inspector never shows the instances field, so scaling out is unreachableCó thể đã có người làm @Mrkewl đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
xevrion/breakscale#96 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Flux159/mcp-server-kubernetes#384 ·