fx：仅 6MB 的开源原生编码智能体
fx :Tiny, open, native coding agent.
fx 是一个用 Zig 编写的轻量级开源编码智能体，二进制文件仅 6.39MB，专为资源受限环境和沙箱设计。它冷启动速度极快，仅需 10 微秒，且支持 WebAssembly 构建，可将网络栈插件化。fx 摒弃了臃肿的终端 UI 设计，回归 Unix 风格，通过最小化系统提示词和工具集来降低 Token 成本并优化首字生成时间。作为模型无关的工具，它既适合本地部署也支持云端推理，其核心小巧，可通过技能、插件和 MCP 进行扩展，是构建大型系统中可嵌入编码代理的理想选择。
对于终端用户而言，fx 的 CLI 输出风格和形态旨在更贴近 Unix shell，而非沉重的终端 IDE。
HN 评论区
83- rsyring
对于那些问“为什么”的人来说，TFA（本文）似乎列出了一份相当不错的功能/特性清单，来说明它的独特之处：
- fx 是一个用 Zig 编写的代码智能体框架和 CLI，专为研究和作为更大系统的一部分进行嵌入而优化。
- 它专注于全方位的极简主义和性能，从系统提示词设计到工具、功能集，再到 6.39MB 的二进制文件。
- 对于终端用户，其 CLI 输出风格和形式旨在更接近 Unix shell，而不是沉重的“终端 IDE”TUI。
- 它是开源的（Apache-2.0），与模型无关，适用于本地和云端推理。
- 专为即时安装和资源受限环境及智能体沙箱中的嵌入而设计。
- fx 冷启动仅需 10 微秒，且在接受用户输入前不做任何不必要的工作或 I/O，非常适合程序化使用。
- Zig 工具链生成的最优 fx.wasm 构建进一步减小了 fx 的体积，使网络栈可插拔。
- fx 的基础内存占用仅为个位数兆字节，允许你在单台机器上打包多个实例。
- fx 默认保留滚动历史，输出极简，并极少使用复杂的 TUI 或渲染。
- 极简的系统提示词和工具，以节省 Token 成本并获得最优的首字生成时间（TTFT）性能。
- 核心小巧，通过技能、插件、MCP 进行扩展，遵循类 Unix 的扩展理念。
- 设计用于配合本地模型、网关、直接提供商 API 访问或订阅……
- bodge5000
它看起来确实很有趣，绝对是我会去研究的东西，但（真心发问），这里的“智能体（agent）”和“智能体框架（agent harness）”是否应该互换使用？它自称是一个智能体框架，但标语却是“微型、开源、原生代码智能体”。
我不确定“框架（harness）”这个词是否合适，但这似乎是业界已经定下来的叫法，所以我对此让步。但毫无疑问，智能体是干活的（我猜是模型，或者是模型的实例，所以智能体是不同的？），而框架是用户与智能体交互的方式。我们以前有过描述这种关系的方式；客户端和服务器，前端和后端，但再次强调，我会让步，因为光鲜亮丽的新事物不想用无聊的旧术语。不过，我认为在光鲜亮丽的新术语中保持一些一致性和逻辑性是非常重要的。
当然，这不仅仅是针对 fx，更多是对整个行业的一种普遍抱怨。
- kgeist
> 微型 ~6MB 二进制文件
我想知道为什么一个用 Zig 编写的程序会这么大。它基本上只是一个循环：接受用户输入，准备上下文，发送给 LLM，解析输出，调用工具，然后在终端中展示所有内容。加上内置的提示词和一些检查（例如在文件读取之前阻止写入工具调用），我预计一个真正的微型原生智能体最大也就 200-300 KB。
- SmashDan
我不在科技行业。有人能解释一下为什么会有这么多新的代码智能体，以及为什么它们在 HackerNews 上经常被高票推荐吗？似乎每隔一天就会有一个新的进入前 10 名。
- vhantz
我想知道“curl 我的任意脚本并管道传输给 bash”这种交付方式还能持续多久。