Vercel Labs 上线了 fx.sh,首页三个数字很扎眼:6.39MiB 二进制体积,10微秒冷启动,还能编译成 WebAssembly 塞进浏览器。这是一个用 Zig 写的编程 Agent 命令行工具,主打"微型、开源、原生"。听起来像是把 Agent 做成了一根牙签,哪都能插。
但翻到 GitHub 仓库的说明文档,同一个项目的主分支写的是 7.8MiB,还要求 Zig 0.16.0 以上版本。官网秀的和仓库里跑的,不是一个数字。
官网和仓库,两套账
这不是笔误,更像是两次构建的快照被同时挂在了外面。官网的 6.39MiB 大概率对应某个特定发布版本,不是当前代码库的稳定状态。10微秒冷启动同样查不到第三方可复现的测试方法——是进程启动,还是首字返回,还是真正能交互,官网没说清楚,外部也没人验证过。
数字漂亮,但漂亮的数字需要脚注。fx 目前标注为 experimental,会频繁变更,这句免责声明本身已经在提示:今天看到的体积和速度,过几周可能就不是这几个数字了。
三种壳,一个核
fx 的架构分成一个 agent core,配三种宿主形态:原生 CLI 供终端直接用;ACP(基于 stdio 的协议)供编辑器和其他 App 调用;WebAssembly SDK 供浏览器应用嵌入,分无头模式和终端 UI 两种。网络请求全部委托给宿主的 fetch,这也是它能塞进浏览器的关键设计——不自带网络栈,谁嵌入它,谁负责联网。
这套思路本质是把 Agent 从"独立聊天窗口"下沉成"可嵌入的最小内核",跟 CI 流水线、容器、沙盒环境里越来越常见的 Agent 化诉求是同一个方向。Anthropic 的 Claude Code、OpenAI 的 Codex CLI、开源的 Aider、OpenCode 都在抢这条赛道,只是路径不同:Codex CLI 是 Rust 原生,Claude Code 跑在 Node 上,fx 想用 Zig 把体积和内存做到极致。
体积轻,任务未必快
问题是,进程启动快和任务完成快,是两件事。一次完整的编码 Agent 轮次,耗时主要花在模型推理和网络请求上,原生实现只能省下进程冷启动那部分毫秒级开销。检索能找到的另一款同类定位 Zig Agent 项目,公开的对照数据是 1.8毫秒冷启动、4.4秒完成单轮端到端交互——这不是 fx 自己的数据,但足以说明量级:冷启动省下的时间,和整轮任务耗时不在一个数量级上。
体积焦虑能省的是磁盘和内存,能省不了的是模型排队等待的那几秒。这也是为什么"6.39MiB"更适合出现在营销页面的首屏,而不是决定你今天用哪个工具的理由。
沙盒的马其诺线只画了一半
fx 文档里写得很直白:原生沙盒模式 os 目前只在 macOS 上完整可用;auto 模式在不支持 OS 沙盒的平台上会退化成 none,也就是没有 fx 层面的命令隔离;yolo 模式则彻底关掉权限检查和沙盒,一切放行。
- 风险.官方场景里明确写着 CI、边缘设备、Agent 沙盒,但 Linux 用户在默认配置下拿到的隔离级别,和 macOS 用户完全不是一回事。
WebAssembly 那条路同样值得留一句:浏览器里跑的 Wasm SDK 是功能阉割版,没有原生进程、没有 OS 沙盒、没有 MCP 和技能子代理,官方文档自己也承认这点,还专门提醒不要在前端长期存放 API key,生产环境该走后端代理。隔离感是浏览器给的,不是 fx 自己给的。
凭证管理也没有超出常规:macOS 存 Keychain,Linux 存本地文件加 0600 权限,不是硬件级密钥管理,谈不上安全升级。
Vercel 在下的这一步棋
GitHub 上这个项目目前只有个别 PR,几乎没有 issue,说明外部使用和审视的样本还很小,更没有独立安全审计或第三方基准测试撑腰。这些信号拼在一起,更像一次早期技术展示,证明"Agent 内核可以做得这么小",而不是一款已经打磨好、可以直接塞进企业生产流水线的成熟工具。
Vercel 这几年在 v0、AI SDK 上一路加码 AI 基础设施,fx 更像是给这盘棋补一块"可嵌入的最小 Agent 内核",而不是去正面抢 Codex CLI 或 Claude Code 的用户。体积和启动速度是很好的技术故事,但故事讲完之后,沙盒补不补齐、口径统不统一、社区愿不愿意贡献 issue 和 PR,才是决定它能不能走出实验阶段的真正变量。
孙子说"兵者,国之大事,死生之地,存亡之道,不可不察也",工具选型没那么惊险,但道理相通:轻量是加分项,不是免检牌。轻和快都好看,前提是别让它替你回答了"够不够安全"这个更要命的问题。