[vscode插件UX优化]没有打断按钮或快捷键，切换对话就会直接被打断 ，没有历史会话重命名功能+ 【kimi work 统一性建议】

What feature would you like to see?

[1]
在会话运行时，没有打断按钮或快捷键（类似tui中可以用esc打断进程）
但是在切换session对话的时候就会被打断（例如按了新建会话按钮或者点了history里的历史会话）

例如codex是可以直接在一个窗口里切换不同会话的，也能再按一下发送键（运行时是停止键）就停止打断。虽然我不知道通过按新建会话来打断是不是一个效果，但是UX很差劲。望改正。
[2]
还有就是切换或关闭页面后，输入框里的内容没法被保存。codex里假如我在第一个对话里打了一段字，且到第二个对话或对话选择界面时，再切回去，这段没发出去的话还是在的。这个临时保存功能非常重要，如果没切出去而是电脑遇到问题了临时切了一下就消失了一大段好不容易打出来的话就很难受。望增加这个功能。
[3]
还有单个会话session自动命名和可重命名——这个也很重要。大家想用vscode插件GUI就是因为比单纯的cli tui，有更丰富的历史会话管理功能，现在一堆历史会话，但是时间一长东西一多就看不出来哪个是干什么的了。

[关于KIMI WORK]
完全不能理解kimi work为什么不和code共用一套设置和skill路径，导致我下了app之后发现还要重新配一遍！它和我的vscode和cli完全不搭界。但是我有已经设置好的本地skill想让它使用来着。
### 我不想为一家模型维护两个设置。codex，opencode，claude已经一样一个了，kimi自己居然有两个！这合理吗？！球球你们把kimi work和code合并了！
我理解是work的预设prompt可能和code的有差异，完全可以在切换页卡的时候把系统级的prompt替换（我相信其他的桌面端应该是类似的做法）。其实类似于opencode和github copilot chat中，它们是通过选择agent profile来实现的，这也不难。我更希望能用这种模式，这样我不仅可以自定义work、code的SYSTEM.MD，还能自己新增一些其他的agent profile。（这也是我不喜欢codex的一点，个性化profile只有一个）。

Additional information

No response

Start by tracing the VS Code plugin's session-switching controls, history UI, runtime interruption handling, and settings or skill-path integration. Separate the requested interruption, draft persistence, session naming, and Kimi Work unification into independently testable requirements. Done should preserve active work while navigating sessions and provide the requested controls and history management without breaking existing flows.