### 现象 - **触发条件**：录音过程中通过 **ESC**（取消快捷键）或点击录音胶囊上的 **取消按钮** 主动取消本次录音。 - **当前表现**：取消后录音胶囊不会立刻消失，而是继续停留在屏幕上 **片刻**（可见「已取消」等终态提示，并经历离场动画），之后才关闭。 - **期望表现**：用户主动取消时，胶囊应 **立即关闭**，不占用屏幕、不阻挡视线，也不影响紧接着再次触发录音。 - **复现频率**：稳定可复现（Windows / macOS 均可能；具体平台待维护者确认）。 ### 影响 - 取消后胶囊仍挡在界面上，打断工作流，尤其在需要快速「录错 → 取消 → 重录」时体验明显。 - 胶囊停留期间可能让用户误以为仍在录音或系统未响应取消操作。 - 若与 session 冷却窗口叠加，可能延迟或干扰 **连续第二次录音** 的触发感知（用户主观感受为「取消后还要等一会儿才能再录」）。 ### 建议接受标准 - [ ] 通过 ESC 或胶囊取消按钮取消录音时，录音胶囊 **立即隐藏**（或仅在极短、不可感知的离场动画内消失，例如 ≤100ms；具体阈值可由产品确认）。 - [ ] 取消路径 **不需要** 像 Done / Error 那样长时间展示终态 toast；若需反馈，可采用更轻量的方式（如短音效），且不得阻塞再次录音。 - [ ] 取消后立即再次按下录音热键，可正常开始新一轮录音，无额外等待或状态残留。 - [ ] Done / Error 等 **非取消** 终态的展示时长策略保持不变（本 issue 仅针对用户主动取消）。 ### TODO / 不确定项 - 当前实现是否在 cancel 路径先 emit `Cancelled` 再 `schedule_capsule_idle`（延迟隐藏）；若是，取消场景是否应使用 **0ms 或更短** 的 hide delay，而非与 Done/Error 共用同一常量。 - 前端胶囊 `EXIT_ANIM_MS`（约 360ms）是否应在 Cancel 路径跳过或缩短。 - `POST_SESSION_COOLDOWN_MS` 等取消后冷却逻辑是否也需要与「立刻关胶囊」一并评估，避免误伤连录场景。 - Android 取消手势（上滑等）是否同样存在延迟，需单独验证。
现象
影响
建议接受标准
TODO / 不确定项
Cancelled再schedule_capsule_idle（延迟隐藏）；若是，取消场景是否应使用 0ms 或更短 的 hide delay，而非与 Done/Error 共用同一常量。EXIT_ANIM_MS（约 360ms）是否应在 Cancel 路径跳过或缩短。POST_SESSION_COOLDOWN_MS等取消后冷却逻辑是否也需要与「立刻关胶囊」一并评估，避免误伤连录场景。