MCP 服务器启动要等多久，你心里有数吧。Claude Code 里开个新会话，转圈、等连接、等工具就绪——手快的时候一天开几十次，每次两秒，一天下来就是一分多钟。我以前觉得这是 MCP 的固有成本，直到翻到这个项目。
mcp-stama，一个 Rust 写的 MCP 服务器。单文件二进制，零外部依赖，自述里最扎眼的是那句：Node.js/Python 的 MCP 服务器冷启动 1500-3000ms，这个 2ms 以内。差两三个数量级。我一开始以为是夸大其词，毕竟简历上写"亚毫秒响应"的项目我见过太多，装完都是另一个能跑的 Electron。
但这个有点不一样。
先说我装上之后第一个抄走的用法。它内置了一个 fast_grep 工具，基于 ignore 库做文件搜索和正则扫描——跟 ripgrep 走的是同一条路。意思就是，它天然认 .gitignore 和 .ignore，自动跳过二进制和隐藏文件。这个太重要了。我原来配的 Python 写的文件搜索 MCP 工具，搜项目的时候动不动把 node_modules 也扫进去，一个 query 下去等它吐结果的时间够我泡杯茶。换成这个之后搜代码库，大项目也就几毫秒的事。
npx 那个旧工具 → 换成 mcp-stama 的 fast_grep
配置起来也干脆。它提供 --install-cursor 和 --install-claude 参数，一条命令直接写进对应编辑器的 MCP 配置文件，不用手动翻 JSON 改路径。
mcp-stama --install-claude
我头一回见有人把安装做成这样——连配置文件都帮你写好了。装上就能用，确实是"能复制粘贴就绝不用手打"的思路。
再说个细节。它有内置的 git_snapshot 工具，用的是 Rust 原生的 gix 库（就是 gitoxide）拿 HEAD 提交、分支、行差异和文件状态——不调用外部 git 可执行文件。这个戳到我了。作者为了保证单个二进制零依赖，把 git 的内部实现也啃了一遍，不是用 fnmatch 糊弄过去。这种较真，至少说明他是自己高度用到这类工具、愿意为了干净把底层的活也干了的人。我顺手翻了下它的仓库，还有 docker_watcher，通过 bollard 和 sysinfo 给 Docker 容器、内存、CPU 诊断信息，同样低于 10MB 的内存占用量。三个工具跑完 RSS 都压在 10MB 以下，好家伙，一个 shell 开那么大窗口。
其实这就解决了一个我一直念叨的问题：很多 MCP 工具为了一个简单的搜索就拉一堆 Node 跑在后台，内存吃掉几百兆，几十个会话叠起来就是一台小服务器的量。有人把这事做成了。
装法？
curl -fsSL https://install.stama-mcp.dev | bash
或者走 cargo：
cargo install mcp-stama
装完记得跑一下 mcp-stama --benchmark。它自带基准测试，不是让你拿秒表卡，是直接给你一组延迟百分位——docker_watcher 的 p50 是 327 微秒，p99 是 1.66ms；git_snapshot p50 是 462 微秒；fast_grep p50 是 5ms。跑完你就知道它说的 2ms 冷启动、亚毫秒响应不是营销话术。
我实际用下来的体感——不是测量报告——是会话冷启动的顿挫感没了。以前切到新会话，等工具就绪那会儿正好够我分神刷一眼手机，现在手还没从键盘上移开，它已经能搜了。这周下来，光搜代码和看 git 状态省下的零碎时间，估摸着有小一小时。真要用一个词形容，就四个字：回不去了。
哦对，它还有个小坑得跟你们说：我用 --install-cursor 那个命令装的时候，发现它会把配置写到全局用户配置而不是项目级配置。如果你同时开好几个项目、每个项目想用不同的 MCP 集，得手动改一下配置文件，把它的 server 配置挪到项目级的那份里。我记得官方 README 里也应该有写，不过第一次装的话确实容易踩。不是啥大事，就是提醒一句。
最后说个让人有点沮丧的事。我翻到它的 GitHub 页面时，顺手看了一眼星标数：11 个 star，0 个 fork。说实话我愣住了。这不是什么刚发布的玩具——README、文档、安装脚本、基准测试，全是一份认真做完了的项目的姿态。就这么点人看见。原因我大概猜得出来：MCP 服务器的分发渠道还没有一个"官方应用商店"式的入口，排名靠前的除了那几个巨头出的，就是教程里反复提到的老面孔。新东西再好，也传不到终端用户那里去。
这事我见过太多次了。真正好用的工具，往往死在没人知道的环节上。
所以你要是也烦透了一开新会话就转圈等那两秒——装上试试，五分钟的事。要是好用，顺手给作者点个 star。我吹完这波，不想看见它真的沉下去。