stty用于配置终端驱动层的信号触发和基础行编辑开关（如echo、icanon），不控制Ctrl+A、Ctrl+R等shell命令行快捷键；后者由readline（bash）或zle（zsh）管理。
stty 不是用来配置终端快捷键的，它只管串口参数和基础行编辑开关（比如 echo、icanon、isig），跟 Ctrl+T、Ctrl+R 这类命令行快捷键完全无关。想改这些，得找 readline（bash）或 zle（zsh），不是 stty。
为什么 stty 不能改 Ctrl+C、Ctrl+Z 这些“快捷键”
stty 管的是终端驱动层的信号触发行为：比如把 intr 字符设为 ^C，意思是“当收到这个字节，就发 SIGINT 给前台进程”。它不参与命令行编辑，也不影响历史搜索、行首跳转这类操作。
常见误解是运行 stty intr ^J 想让回车变中断键——这只会让回车键发 SIGINT，导致你一按回车就终止当前命令，根本输不完。
-
stty调整的是“输入流怎么被解释成信号”，不是“快捷键执行什么动作” - 真正控制
Ctrl+A移动到行首、Ctrl+R反向搜索的，是 shell 启动时加载的readline库（bash）或zle（zsh） -
stty -icanon关掉规范模式后，连Ctrl+A都会失效——因为 readline 根本收不到完整行了
bash 里改快捷键：用 bind，不是 stty
想让 Ctrl+G 执行 git status，必须走 bind -x：
bind -x '"\C-g": "git status"'
持久化就加到 ~/.bashrc 末尾，然后 source ~/.bashrc。注意引号和转义：\C-g 是标准 readline 表示法，"C-g" 或 ^G 都不认。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 查当前所有绑定：
bind -p | grep "\C-g" - 别绑定已被占用的组合键：
bind -p | grep "\C-r"能看到reverse-search-history已占Ctrl+R - alias 或函数不能直接绑快捷键——
bind '"\C-g": "gs"只是插入字符串gs，不是执行
zsh 里改快捷键：zle + bindkey，机制完全不同
zsh 不吃 bind 命令那一套。要实现类似功能，得写 widget：
insert-git-status() { LBUFFER+=; git status; zle accept-line }
zle -N insert-git-status
bindkey '^G' insert-git-status
这里 LBUFFER 是光标左侧内容，zle accept-line 是模拟回车执行——不加这句，命令只拼在行上不运行。
-
bindkey查当前映射：bindkey | grep '\^G' - 别用
Ctrl+C、Ctrl+Z这类被 shell 信号机制占用的键，否则会冲突甚至卡死 - 某些插件（如 oh-my-zsh 的 history-substring-search）会悄悄重绑
↑/↓，禁用插件再试是排查关键一步
终端模拟器级快捷键（如 Ctrl+Shift+T）和 stty 完全不在一个层面
像新建标签页、复制粘贴这种操作，由终端程序自己处理（GNOME Terminal 用 dconf，Konsole 用 kglobalaccel），stty 压根看不到这些按键事件。它们发生在 X11/Wayland 层，早于字符流进入终端驱动。
例如 GNOME Terminal 的 Ctrl+Shift+T 对应路径：/org/gnome/terminal/legacy/keybindings/new-tab，改它要用：dconf write /org/gnome/terminal/legacy/keybindings/new-tab "'<primary><shift>t'"</shift></primary>。
真正容易被忽略的是层级叠加：你按下一个组合键，可能先被桌面环境吞掉（如 GNOME 的 Ctrl+Alt+T），再被终端模拟器截获（如 Ctrl+Shift+T），最后才传给 shell 的 readline/zle。查不出原因时，先关掉终端快捷键设置，再逐层开。
