Up arrow to edit a queued message adds duplicate instead of replacing it

### Describe the bug

When the agent is actively processing a response and you have a message queued, pressing **Up arrow** recalls the queued message for editing. After editing and pressing Enter, the edited message is **added to the queue as a new entry** rather than **replacing** the original queued message. This results in both the original and the edited version being queued.

In Claude Code, the same workflow (Up arrow → edit queued message → Enter) correctly **replaces** the queued message with the edited version.

### Steps to reproduce the behavior

1. Send a prompt that triggers a long-running agent response
2. While the agent is working, type and submit a follow-up message (it gets queued)
3. Press Up arrow — the queued message appears in the input for editing
4. Edit the message and press Enter
5. **Actual:** Both the original and edited messages are now queued
6. **Expected:** The edited message replaces the original in the queue

### Expected behavior

Editing a queued message via Up arrow should replace the original queued message, not add a second one. This matches Claude Code behavior and is the intuitive expectation — the user is correcting what they queued, not adding another message.

### Additional context

Claude Code implements this as an edit/replace operation on the pending queue. Copilot CLI treats it as a new submission.

Không có tệp hoặc kiểm thử nào được nêu tên. Hãy bắt đầu bằng cách tái hiện quy trình xử lý tin nhắn trong hàng đợi khi một phản hồi đang được xử lý, sau đó lần theo các đường đi chỉnh sửa bằng Up-arrow và gửi bằng Enter trong phần xử lý hàng đợi của CLI. Được xem là hoàn tất khi việc chỉnh sửa một tin nhắn trong hàng đợi chỉ để lại phiên bản đã chỉnh sửa trong hàng đợi, với độ bao phủ cho các bước tái hiện đã được báo cáo.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.