[Bug] macOS：⌘K 解绑/改绑后仍是 Shell 选择器，且 ⌘Q 无法退出

[zhbjerry]

• Operating system: macOS 26.6.2 (arm64)
• Nebula / Pebrel version: 1.8.2（GitHub Release 安装）
• Affected area: Settings / backup / sync（按键映射），UI / layout / rendering（键帽显示）

Steps to reproduce

1. macOS 上打开 Pebrel 1.8.2。
2. 设置 → 按键映射 → 「Shell 选择器」一行显示的是 Ctrl+K。
3. 直接按 ⌘K：弹出 Shell 选择器，而不是终端惯用的清屏。
4. 用 Backspace / 清除按钮把这一行解绑。
5. 再给这一行录一个新键（例如 ⌘⇧K）。

Expected behavior

• 解绑后 ⌘K 不再触发 Shell 选择器，⌘K 归还给终端 / 系统语义。
• 改绑后只有新键触发该动作。
• ⌘Q 退出应用（macOS 上这是最常用的退出键）。

Actual behavior

• 第 4 步解绑后按 ⌘K，Shell 选择器照样弹出。
• 第 5 步改绑后，新键和 ⌘K 两个键都会弹出 Shell 选择器。
• ⌘Q 完全没反应，无法退出应用。

本机 pebrel_settings.txt 的实际内容（可复现的存档状态）

keybind=Ctrl+Win+F:ReceiveChar
keybind=Ctrl+K:ReceiveChar
keybind=shift+win+k:ReceiveChar

这三行正好对应「解绑了 Shell 选择器（Ctrl+K）→ 录了 ⌘⇧K → 又解绑 → 顺带解绑了全屏」。也就是说解绑动作已经落盘了，但运行时没有生效。

代码层面的定位（可能的原因）

1. nebula_app/src/gpui_shell/workspace/keyboard_bindings.rs 的 bind_macos_command_keys（135-166 行）在 init() 里追加注册了一整套 ⌘ 静态绑定，其中 KeyBinding::new("cmd-k", ToggleShellPicker, None)（144 行）。这套绑定不在 display::keymap 的默认表 default_shortcuts() 里。
2. 设置页的显示（effective_combo）、解绑（clear_action，display/keymap.rs:120）和运行时重注入（update_keybinds，keyboard_bindings.rs:264）都只以 default_shortcuts() 为准。因为 ⌘ 层不在这张表里：
   • 设置页只能反查到 config/bindings/defaults.rs:212 的 "k", ctrl; Action::ToggleShellPicker，所以显示 Ctrl+K，⌘K 既不可见也解不掉；
   • 解绑只会给 ctrl-k 写 ReceiveChar，⌘K 的静态绑定没有任何机制去释放它。
3. 同一处 bind_macos_command_keys 里没有 cmd-q；而 config::Action::Quit 在 workspace_binding_in_context（210-257 行）的 match 里落到 _ => None，所以 GPUI 壳从未注册退出快捷键（旧壳 input/action.rs:226 是有的），config/bindings/defaults.rs:378 的 ⌘Q → Quit 对 GPUI 壳不生效。
4. 另外键帽显示也不对：display/keymap.rs:307 的 mods_prefix 把 SUPER 一律渲染成 Win+，所以 macOS 设置页会出现 Ctrl+Win+F（全屏）、Win+F（搜索）这类键帽，用户看不到 ⌘。

Environment

• macOS 26.6.2 (25G83), arm64, zsh

[zhbjerry]

修复已提 PR：#240（fix(gpui): unbind macOS ⌘ shortcuts and wire ⌘Q to quit）。

这次修的范围

• macOS 上壳自带的那套 ⌘ 绑定此前只写在 bind_macos_command_keys 里，键位模型（default_shortcuts() / 解绑 / 恢复）看不到它们，所以设置页解绑 Shell 选择器只写回了 keybind=Ctrl+K:ReceiveChar，静态 ⌘K 继续抢键。现在两处共用同一张 MACOS_COMMAND_ALIASES，解绑会同时写入 Ctrl+K:ReceiveChar 和 cmd+k:ReceiveChar，⌘K 立即不再弹面板（不重启生效），恢复默认把两条一起还回来。
• Action::Quit 之前落在 workspace_binding_in_context 的 _ => None 分支，所以 macOS 配置表里的 "q", SUPER 对 GPUI 壳没接线；现在 ⌘Q 接到与托盘退出同一条路径（先落盘会话与草稿，再停 PTY）。
• 顺带修了 macOS 上把超级键渲染成 Win+ 的写法（Ctrl+Win+F / Win+F → Ctrl+Cmd+F / Cmd+F）。
• 已发布的旧版本用户需要在本版本里再解绑一次：旧文件里没有 ⌘ 那一半的行。

没有处理：解绑后 ⌘K 不会清屏

解绑只是把键从应用动作里放出来，没有给它接新动作。GPUI 壳的终端编码器只翻译 Ctrl / Alt / 命名键组合，纯 ⌘ 组合返回 None（nebula_app/src/gpui_shell/terminal/keymap.rs:276），不会往 PTY 写字节。而 pebrel 自己的 macOS 默认表其实把 ⌘K 声明成清屏（nebula_app/src/config/bindings/defaults.rs:367：Esc("\x0c") + ClearHistory），只是 workspace_binding_in_context 没有 Action::Esc / Action::ClearHistory 分支，壳里从未实现。

要做成「⌘K 清屏」需要单独补一个清屏动作（写 0x0c + 清 scrollback），并决定 macOS 上 ⌘K 的默认归属（现在被 Shell 选择器占着）。那是默认行为变更，没有塞进这个 PR；维护者确认范围后可以另开一个。

当前替代：Ctrl+L 仍会透传给 shell 清屏（defaults.rs:81 把 Ctrl+L 设为 ReceiveChar），但它不清 app 的 scrollback。