改一行配置、跑一次测试，命令敲下去先等两百多毫秒，一天几十次下来，光是发呆就攒出不少时间。更占地方的是常驻的那套桌面环境：内存悄悄吃掉几个 G，风扇转起来，明明只想跑一个几 MB 的小镜像。
Kiri 官网首页，主打容器先于眨眼启动
Kiri 是 11 月 2 日新建的开源仓库，Rust 编写，Apache-2.0 许可，当前版本 v0.1.17，到 11 月 7 日有 483 颗星。它在一台很小的 Linux 虚拟机里跑容器，在 Linux 上直接用内核，对外提供熟悉的容器接口，所以现成的命令行、编排文件、构建工具、镜像都能接着用。macOS 14 以上、Windows 10 与 11、常见 Linux 发行版都有安装包，还带一个按项目分组显示容器、端口与体积的原生窗口。
容器管理窗口，按编排项目分组列出状态、端口与体积
仓库给的基准是运行 alpine 执行 true 再删除，30 次取中位数：走容器接口时 Kiri 2.55 毫秒、Docker Desktop 213 毫秒、OrbStack 380 毫秒；走命令行分别是 14.2、243、442 毫秒。基准脚本和原始数据都在仓库里，可以自己复现一遍。
三款工具在接口调用与命令行下的启动耗时对比
第一，快来自把中间层拆掉。它没有走常见的那套运行时与守护进程组合，虚拟机里的 Rust 代理约 900 KB，用一次系统调用直接把容器放进命名空间，守护进程常驻约 15 MB，内核 10 MB；闲置 60 秒后虚拟机休眠，唤醒约 0.15 秒。数字不是凭感觉写的，但也别直接套到自己的业务镜像上——测的是空跑一次就退出的极小容器。
第二，兼容比跑分更决定能不能换。它接的是同一套容器接口，编排文件、构建命令、已有镜像不用重写；还提供了本地域名、单节点集群，以及从另外两款桌面工具导入镜像与卷的命令。对已经攒了一堆脚本的团队，这一步比省下的两百毫秒关键得多。
约 15 MB 守护进程、10 MB 内核、900 KB 代理、0.15 秒唤醒
第三，项目还很年轻，别拿它替掉生产环境。版本号还在 0.1.x，macOS 与 Windows 的包刚放出，不同显卡与多屏组合的反馈有限；名称与图标不在开源许可内，改名才能做分支。作者也把下一个要补的能力写在说明里，等于明说当前还不完整。
有个取舍值得留意：为了把常驻降到十几 MB，它没去做完整的图形化构建面板，习惯点按钮的人起初会不太适应。
你本地跑容器时更受不了哪一样：启动慢、常驻占内存，还是安装包太重？