Edit and delete queued messages, and choose steer, follow-up, or interrupt
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- frontend
Hướng nghiên cứu
The issue is a one-line feature request migrated from the old Ace TODO.md, so start by reading that linked TODO entry and the parity issue #6 plus dogfooding issue #5 to recover the intended behaviour of edit, delete, and steer for messages queued on a busy chat. Then locate the chat message-queue code in this TypeScript repo (search for queued/pending message state and the composer UI) to see where a waiting message is held before send. Done looks like a user can modify, remove, or redirect a message still waiting in the queue, with the existing queue behaviour unchanged.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Edit, delete, or choose how a message waiting on a busy chat is delivered: steer, follow-up, or interrupt now.
Done
- Queued messages are visible above the composer for everyone in the chat, live and after reconnect (#193,
apps/app/src/message-queue.tsx,packages/channel/src/queue.ts), with authors named as the timeline names them (#278). Verified in the two-person study (#218, scenario 10). - Every
askto a busy chat is already a steer:packages/channel/src/channel.tssubmits withwhenBusy: "steer", so pi places it after the current tool round. Another channel's queued handoff also interrupts the chat's shell commands (#400).
Remaining
- Delete a queued message: its author can withdraw it. pi already has per-submission withdrawal (
Submissions.abort(id)); the channel protocol has no op for it. - Edit a queued message: withdraw and resubmit in place, keeping its queue position if pi allows, otherwise say it moves to the end.
- Choose steer (after the current tool round) or follow-up (after the run ends) per message; pi supports
whenBusy: "followUp", the app has no control for it. - Interrupt now: deliver a queued message right away instead of waiting for the current tool round. In-flight tools get aborted and pi reports them to the model as interrupted, then the run continues with the message. Today a person can only queue (as a steer) or Stop. Stop ends the run and sends queued messages back to their authors' drafts (#433), so they have to resend by hand. Handoffs from other channels already interrupt shell commands (#400,
packages/channel/src/handoffs.ts); a person's interrupt should also cover other long tools, and say which ones were cut short (#442). - What Stop does to the queue was decided in #279 (fixed in #433).
Dogfooding core/QOL: #5. Also tracked in #6 for old-Ace feature parity. Migrated from TODO.md — Port from old Ace.
- 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
-
Ace: adopt desktopToolRules()Đang mởdocumentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
githubnext/ace2#530 · 1 bình luận ·
-
Độ 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#529 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
githubnext/ace2#528 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
githubnext/ace2#511 ·
Tất cả issue của githubnext/ace2
Issue tương tự
-
engine-rs P3 review-deferral wasm
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
maniator/verticopolis#1154 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
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 76/100
telerik/kendo-react#3861 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[bug]: use-mobile.ts uses pixel logic, causing UI state de-sync with Tailwind CSS rem breakpointsĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
task
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100