Kitty 终端实战指南：GPU 渲染、分屏会话与 5 个必配命令

Kitty 终端实战指南：GPU 渲染、分屏会话与 5 个必配命令

【免费下载链接】kittyIf you live in the terminal, kitty is made for you! Cross-platform, fast, feature-rich, GPU based.项目地址: https://gitcode.com/GitHub_Trending/ki/kitty

Kitty 是一款跨平台、GPU 渲染的功能型终端，用 C 写性能敏感层、Go 写 kittens 命令行工具、Python 做扩展，只依赖 OpenGL，不挂任何重型 UI 框架。它的官方基准显示吞吐量可达 134.55 MB/s，是次优终端的两倍。读完本文，你会带走 5 条可直接写进kitty.conf的配置命令和一套远端文件编辑工作流。

性能基准：134.55 MB/s 是怎么跑出来的

先看一个反常识的结论：kitty 快，不是因为"GPU 加速"四个字，而是渲染管线上三个具体决策。

• 每个字形渲染一次后缓存在显存里，字体光栅化不再是每帧瓶颈
• 与子进程的交互在独立线程进行，解析字节流用 SIMD 向量指令，滚动时渲染不阻塞解析
• 一帧屏幕更新通常只需要向 GPU 发送几个字节的增量

官方文档里的实测数据（同一台 AMD Ryzen 7 PRO 5850U、X11，kitten __benchmark__跑出）：

同一份文档还给了 CPU 侧的对照：用less连续滚动一个大文件，kitty 的 CPU 占用（含 X）只有 6%–8%，gnome-terminal 是 15%–17%，konsole 高达 29%–31%。

想压低键盘到屏幕的延迟，官方建议把这几个参数写进kitty.conf：

input_delay 0 repaint_delay 2 sync_to_monitor no

input_delay默认值是 3 ms，归零后按键响应更快，代价是耗电略增。

落地步骤：

1. 跑一次kitten __benchmark__，记下当前平均值，后面所有调优都以它为准
2. 按上面三行配置压延迟，再跑一遍基准对比
3. 日常使用别动repaint_delay的默认值——它的存在就是为了在流畅度和 CPU 占用之间留缓冲

分屏与布局引擎：Splits 快捷键与会话文件

同时开着编辑器、构建输出和日志，窗口管理有两种流派：tmux 在任意终端里再套一层，kitty 则把布局做进了终端本体。

内置 7 种布局：Stack、Tall、Fat、Grid、Splits、Horizontal、Vertical，用next_layout快捷键（默认Ctrl+F2）循环切换，enabled_layouts决定启用哪几种，列表第一个就是默认布局。最灵活的是 Splits，支持任意嵌套分叉：

map f4 launch --location=split map f5 launch --location=hsplit map f6 launch --location=vsplit map f7 layout_action rotate map shift+left move_window left map ctrl+left neighboring_window left map ctrl+shift+right layout_action maximize horizontal map ctrl+shift+e layout_action equalize

光会分屏不够，环境还要能一键复现。kitty 的会话就是一个纯文本文件，声明布局、工作目录和要跑的进程，会话文档里的标准项目模板长这样：

layout tall cd ~/path/to/myproject launch --title "Edit My Project" /usr/bin/nvim launch --title "Build My Project" launch --title "Log for my project" /usr/bin/tail -f /path/to/log

落地步骤：

1. 给 Splits 布局补齐上面 8 条快捷键，f4自适应方向分屏最常用
2. 每个项目根目录放一个launch.kitty-session，用kitty --session <路径>启动整套环境
3. 在kitty.conf加map f7>c goto_session ~/path/to/cool/cool.kitty-session，一个按键在多个项目环境间切换
4. 手搓好的复杂布局，用kitty -o 'map f1 save_as_session --use-foreground-process --relocatable'启动后按 F1，当前状态直接存盘

远程文件编辑：Ctrl+Shift 点击、diff 与 git difftool 集成

传统远端开发流程是下载—改—传回，三步里任何一步失败都要重来。kitty 的 remote_file kitten 把这条链路压成一次点击。

在 SSH 会话里执行支持超链接的ls --hyperlink=auto，然后按住Ctrl+Shift点击文件名，弹出 Edit / Open / Download 选项。选 Edit 后文件下载到本地、在你的$EDITOR里打开，改动自动传回远端，服务器端不需要装任何额外软件。

远端对比同样内置。diff kitten 是并排显示的 diff 工具，异步语法高亮，支持目录递归对比，甚至能对比图片：

kitten diff local.py user@server:/path/remote.py git difftool --no-symlinks --dir-diff

第二条来自 diff 文档里的 git 集成配置：[diff] tool = kitty写进~/.gitconfig即可，本地和索引的差异直接并排高亮展示。

边界要心里有数：

• 远端ls必须支持超链接，老系统上得先确认
• 嵌套 SSH 场景建议配 ssh kitten，remote_file 只从第一跳 SSH 主机取文件
• icat（终端里直接显示图片，支持 SSH）在 tmux/screen 里可能失效，取决于多路复用器是否实现了 kitty 图形协议

让 kitty 可被脚本控制：kitten @ 远程命令

前面三节解决"人和终端"的效率，这一节解决"程序和终端"的接口。kitty 内置一套kitten @远程控制系统，可以开窗口、发文本、改标题、查状态，而且在 SSH 会话内同样可用——意味着你在服务器上跑脚本，也能指挥本地终端。

先在kitty.conf打开开关allow_remote_control yes，然后：

kitten @ launch --title Output --keep-focus cat ls | kitten @ send-text --match 'title:^Output' --stdin kitten @ ls

第一行开一个窗口跑cat；第二行把ls的输出直接灌进那个窗口——把make的构建输出导到编辑器旁边的日志窗口，就是这个用法；第三行以 JSON 树返回全部 OS 窗口、标签页、窗口的 id、工作目录、PID 和命令行，配合--match可以精确到"标题以 My 开头的标签页"这种粒度。

落地步骤：

1. 给kitty.conf加allow_remote_control yes，安全敏感环境改用remote_control_password
2. 把ls/kitten @ ls加进常用别名，先熟悉 JSON 结构再写自动化
3. 需要窗口外控制（如 CI 脚本）时，启动时挂 socket：kitty -o allow_remote_control=yes --listen-on unix:/tmp/mykitty，命令侧用kitten @ --to unix:/tmp/mykitty ls

从第一条配置开始

kitty 的价值不在单个特性，而在于 GPU 渲染引擎、布局引擎、会话系统和远程控制接口共用一套极简配置——所有状态都可以塞进一个可进版本库的纯文本文件。

把下面四行写进kitty.conf，就是这套体系的最小起点：

map ctrl+shift+enter new_window enabled_layouts splits tall map f7>s save_as_session --use-foreground-process --relocatable allow_remote_control yes

然后跑kitten __benchmark__验证性能基线，按kitty --session <你的项目会话>启动第一个复现环境。仓库地址是 https://gitcode.com/GitHub_Trending/ki/kitty ，克隆下来docs/目录本身就是最好的手册——每个特性都有独立文档页，遇到问题先查 overview。

【免费下载链接】kittyIf you live in the terminal, kitty is made for you! Cross-platform, fast, feature-rich, GPU based.项目地址: https://gitcode.com/GitHub_Trending/ki/kitty