[Idea] 空输入框按 ↑ 撤回一条尚未执行的排队消息，保留附件后完整编辑

[xue-ding-e]

希望 Web/Desktop 的输入框支持：当前会话有尚未执行的用户排队消息、输入框为空时，按 ↑ 将最近一条待执行消息撤回到主输入框，再完整编辑和重新发送。

这里需要的是未执行队列消息的撤回编辑，不是已执行消息历史回放，也不是队列行内的纯文本修改。

期望行为

• 把该条消息的完整内容块、图片/文件附件及引用恢复到主输入框，不降成一段纯文本。
• 只处理一条仍处于 pending 的用户消息，不删除其他排队项，不中断当前正在执行的任务。
• 撤回成功后，该消息不再自动执行；重新发送只产生一次提交，不能原队列和新草稿各执行一次。
• 如果消息已被领取执行、撤回失败，明确提示并保留原状态，不能把正在执行的消息伪装成已撤回。
• 已有草稿（包括只有附件的草稿）、IME 正在输入、命令/引用补全打开时，不抢占 ↑ 或覆盖内容。异步撤回期间切换会话或开始输入，也不能把返回内容写到错误会话或覆盖新草稿。

当前源码与范围

2026-10-27 核对官方 master 22ddee3792402c3e70ec5f86a63c3e3e895a2f60：

• keymap.ts 的 ↑ 走现有键位仲裁，未见队列撤回回填。
• QueueDock.tsx 的行内保存提交 text block，不是把完整消息恢复到主输入框的流程。

关联 #11194（已发送消息历史/插件键位 API）和 #6222（queue rewind，会删除该条及之后的队列项）。本请求限定为一条未执行消息的无损撤回，不要求这两种更大的功能。

这是功能建议和源码核对，不宣称最新官方安装包已完成该流程的原生回归，也不宣称修复已发布。反馈经 AI 辅助整理。

[takomitkm]

支持完整取回编辑这个方向。核对当前 master fcc0ad4 后，想补一个可以独立推进的小范围方案：先允许带图片／文件的排队消息只改文字，保留附件。

这不替代本帖“完整撤回到主输入框”的诉求，只是一个可以分别推进的相邻编辑入口。

现在 QueueDock 只把全部由 text block 组成的消息当作可编辑内容，混合内容会禁用 Edit。如果完整恢复到主输入框需要更多接口支持，先解决“排队消息里有截图，但只想改一个错字”也很有用。

希望这一步保留几个约束：

• 只修改文字，不把整个消息扁平化成单个 text block；原来的图片、文件和内容块顺序保持不变。
• 保留队列项 ID 和附件的稳定引用，不为了改字重新上传附件，也不额外生成一条排队消息。
• 若编辑期间该项已被 Host 取走执行，明确提示不能再修改，同时保留尚未保存的改动，避免纠正内容消失。
• 保存 A 时继续改成 B，A 的确认不能关闭或清空 B；这点与 #10699 的异步保存问题相邻。

这里只核对了当前 UI 和测试中的限制，还没有验证 Host 的 edit action 能否原样承载混合内容。如果底层已支持内容块更新，这个较小的入口可以和本帖的“↑ 完整取回”方案分别推进。