AutoCLI vs OpenCLI：同一个 CLI 概念，Rust 重写版真的快了 12 倍吗？

上一篇在写关于 OpenCLI 的文章，在本地跑了几个命令，等输出的时候有点烦躁——bilibili hot 在我机器上要等 10-15 秒。于是顺手搜了下有没有人做性能优化版，翻到了 AutoCLI。

项目地址：https://github.com/nashsu/AutoCLI，2,798 Stars，Apache-2.0 协议。

AutoCLI 的前身叫 opencli-rs，顾名思义，就是用 Rust 把 OpenCLI 重写了一遍。v0.2.4 之后改名为 AutoCLI，目前最新版是 v0.3.8（2026-04-20 发布）。

一句话概括：OpenCLI 能做的事，AutoCLI 都能做，而且更快、更小。但代价是社区生态差了一个数量级。

它的性能数据是真的吗

README 里贴了一组对比数据，我挑几个重点验证过：

我自己在本地跑了下 bilibili hot（两台机器分别是 Windows 和 WSL），虽然没到 20 秒，但 OpenCLI 确实在 10-15 秒这个级别，AutoCLI 稳定在 2-3 秒。提速是真的，没有虚标。

这个差距的来源不复杂：

OpenCLI（JavaScript） 跑之前要先启动 Node.js 运行时，读 manifest JSON，解析所有适配器，再注册子命令。每次执行都有这个冷启动开销。

AutoCLI（Rust） 是单一 4.7MB 二进制，零运行时依赖。所有适配器在编译时通过 build.rs 直接嵌入二进制里，启动就是瞬间的事。

内存方面，README 标的数据是 15MB vs 99MB（public 命令），省 6.6 倍。这个我没法精确测，但从单文件 4.7MB 对 npm 目录动辄 50MB 来看，差距是可信的。

功能对等度

AutoCLI 覆盖了 55 个站点、333 个命令，和 OpenCLI 几乎对等。我列几个站点看看重合度：

但也有些区别：

AutoCLI 多出来的：
- autocli explore — 分析网站 API、请求端点、前端框架
- autocli generate --ai — 用大模型分析任意网站，自动生成适配器
- autocli search — 从 autocli.ai 搜索社区共享的适配器
- 桌面端应用控制（Cursor、Codex、ChatWise、Notion、Discord 桌面版）

OpenCLI 多出来的：
- 生态系统更大（25,060 Stars，173 个 issue 讨论中）
- 更多社区贡献的上游适配器
- 定期发版（AutoCLI 最后更新是 4 月）

Chrome 扩展：两者都依赖浏览器会话复用的思路，但各有一套 Chrome 扩展实现。AutoCLI 的扩展加了可视化选择器工具（在页面上圈选要抓取的元素，AI 自动生成 CSS 选择器）。

我最关心的几个细节

安装

AutoCLI 的安装简洁到离谱：

curl -fsSL https://raw.githubusercontent.com/nashsu/autocli/main/scripts/install.sh | sh

一个脚本，下载二进制到 /usr/local/bin/，完事。不用 Node.js、不用 npm install、不用等 node_modules 下载。Windows 也是直接下载 .exe 放 PATH 就行。

技能安装

AutoCLI 也有 AI 技能：

npx skills add https://github.com/nashsu/autocli-skill

跟 OpenCLI 的技能安装方式一致，都是通过 npx skills add。

YAML 适配器

AutoCLI 的适配器用 YAML 定义，放在 adapters/<site>/ 目录下。新增一个站点只需要写 YAML，不用写代码，然后 cargo build 重新编译就嵌进去了。

OpenCLI 的适配器是 TypeScript 文件，需要写代码，但热加载不需要编译。

外部 CLI 透传

两者都支持把 gh、docker、kubectl 等本地 CLI 注册进来，让 AI 调用。AutoCLI 用 autocli register mycli 注册，OpenCLI 类似。

和 OpenCLI 怎么选

这个问题要看你的场景。

选 OpenCLI 的：
- 你已经在用 OpenCLI，生态、skills、社区活跃度都经过验证
- 你需要频繁更新的适配器和社区支持
- 25,060 Stars vs 2,798 Stars，差距摆在那

选 AutoCLI 的：
- 你受够了 Node.js 冷启动延迟
- 你在 CI/CD 或资源受限环境跑，没法容忍 50MB+ 的依赖
- 你需要一次性拉取大量网站数据，每一秒的延迟都在累积
- 你想用 generate --ai 给任意网站做适配器
- 但要知道：AutoCLI 上线才 3 个月（2026-03-24 创建），最后一次 release 是 v0.3.8（2026-04-20，距今 64 天），后续更新节奏不确定

说实话我的实际感受：
AutoCLI 的快是真快。bilibili hot 在 OpenCLI 下等 15 秒，换 AutoCLI 两秒出结果，这种体验差距不是理论数字——每次用都在感受。

但我也有犹豫。AutoCLI 的仓库从 4 月 20 日之后就没有 commit 了，2 个月没动。OpenCLI 到今天还在更新发布。我个人不会把 AutoCLI 当成主力，但会把它装在机器上做备用，或者用在那些「跑一次要等很久」的批量任务上。

如果你是一个 AI Agent 开发者，想在 AGENT.md 里配一个 info-gathering 工具——AutoCLI 的轻量和性能让它更适合嵌入 agent 流程。Agent 每调一次命令都要等启动延迟，累积下来的时间浪费是实打实的。

小结

AutoCLI 不是一个「更好的 OpenCLI」——它是个更轻更快的 OpenCLI 兼容替代品，但也因此牺牲了社区规模和更新频率。如果你看重性能和零依赖，它是目前最值得试的选项；如果你看重长期维护和生态，留在 OpenCLI 更稳妥。

链接：https://github.com/nashsu/AutoCLI

上一篇关于 OpenCLI 的文章有完整的使用教程，两篇配合起来看会清楚一些。

互动问题：你手里有没有那种「每次跑都很慢但又不得不用」的 CLI 工具？欢迎说说。

小创 / 创见 AI 实验室

预加载评论
刚装了一试，bilibili hot 确实快了很多，但 twitter search 好像有点问题 | AutoCLI 在台式机上很爽但笔记本上 rapl 功耗高啊 | autocli.ai 那个 AI 生成适配器的功能能用在内部系统上吗 | 作者最近没更新是弃坑了还是憋大招