# Vercel abre fx, un agente de código en Zig que cabe en 6 MiB > Vercel Labs publica fx, un agente de código en Zig de 6 MiB, sin Node ni dependencias: open source, agnóstico de modelo y hecho para incrustarse. > Por José Maldonado · Inteligencia Artificial · 2026-10-26 Hay una forma bastante directa de saber si un agente de código es un producto o una pieza de infraestructura: mirar cuánto pesa al instalarlo. Vercel Labs publicó el 11 de agosto de 2026 fx, un arnés de agente de terminal escrito en Zig que se distribuye como un único binario nativo de unos 6 MiB, sin runtime que instalar y bajo licencia Apache-2.0. El repositorio acumula unas 3.600 estrellas y más de 400 forks en menos de tres meses, según los datos públicos de GitHub. El proyecto se presenta en su web como un arnés pequeño y nativo, agnóstico de modelo y válido tanto para inferencia local como en la nube. Vercel fx no es otra ventana de chat: escribe la conversación en el scrollback normal de la terminal, expone la misma máquina a través de la línea de comandos y de una biblioteca, y deja que el usuario o el script decidan qué hacer con la salida. Esa decisión de diseño apunta a un uso distinto del habitual, con agentes que viven dentro de otro sistema, ya sea un servidor de integración continua, un editor o una aplicación web. Las cifras que acompañan al anuncio son de la propia Vercel y conviene leerlas como tales: 10 microsegundos de arranque en frío y una línea base de memoria de un dígito en megabytes. Un agente que arranca en ese orden de magnitud se puede invocar como se invoca a \`grep\`, y eso cambia el modelo mental de quien lo usa. La consecuencia es la que sostiene todo el lanzamiento: el arnés deja de ser el destino y pasa a ser una dependencia más del sistema que lo contiene. ## Un binario que se instala como cualquier comando La diferencia práctica aparece al desplegar. Un agente empaquetado en npm hereda las reglas de npm: hay que tener Node, resolver el árbol de dependencias y actualizar el runtime cuando caduca dentro del contenedor que lo hospeda. El paquete de Claude Code declara Node 22 o superior en [el registro de npm](https://www.npmjs.com/package/@anthropic-ai/claude-code) desde hace varias versiones. Esa exigencia viaja con la herramienta a cualquier servidor donde se instale y añade una capa que el equipo de guardia mantiene al día aunque el propio agente no haya cambiado ni una línea de código en meses. fx rompe esa cadena. Los artefactos de la versión 0.0.14, publicada el 16 de octubre, pesan 5,91 MiB comprimidos para Linux x86\_64 y 4,29 MiB para macOS con Apple Silicon, mientras que [el changelog](https://fx.sh/changelog.md) anota un binario de 6,66 MiB. La web habla de unos 6 MiB redondeando a la baja, algo razonable en material de presentación. La consecuencia menos visible es la de seguridad. Cada dependencia transitoria es una versión que alguien debe vigilar, y cada salto del runtime abre una ventana en la que el agente hace cosas distintas con los mismos permisos sobre el disco. Un binario estático no elimina el riesgo, aunque reduce el inventario que hay que auditar, y el aislamiento real sigue dependiendo de una jaula aparte como la de [los sandboxes para agentes](https://observatorioblockchain.com/inteligencia-artificial/agentes-de-ia/strands-box-sandbox-agentes-open-source/). Aspecto fx, binario nativo Agente típico en npm Qué se instala Un ejecutable por plataforma Paquete más runtime Node 22 o superior Dependencias al ejecutar Ninguna fuera del sistema Runtime y árbol de paquetes resuelto Qué hay que actualizar El binario Node y cada dependencia transitoria Invocación para automatizar \`fx ask –json «resume los tests»\` Script que envuelve el CLI ## ¿Por qué Zig y no TypeScript? Zig aporta dos cosas que explican la elección. La primera es control: el lenguaje no esconde flujo de control, ni reservas de memoria, ni macros ni preprocesador, y su biblioteca estándar no depende de libc, según [la descripción oficial del proyecto](https://ziglang.org/learn/overview/). La segunda es el despliegue multiplataforma, que ese mismo material trata como caso de uso de primera clase: un Hello World en modo ReleaseSmall ocupa 9,8 KiB. Nada de eso hace mejor al agente. Un arnés escrito en Zig no razona mejor ni escribe código más correcto, y la calidad del resultado depende del modelo que haya detrás, algo que un banco de pruebas como [Parsimony](https://observatorioblockchain.com/inteligencia-artificial/agentes-de-ia/parsimony-benchmark-codigo-ia/) deja a la vista de cualquiera. Lo que cambia es el coste de distribuirlo y de meterlo donde un runtime de JavaScript resulta incómodo: contenedores mínimos, imágenes de arranque rápido y equipos con poca memoria disponible. El precio del lenguaje también es real. La versión 0.0.14 obliga a compilar con Zig 0.17, y Zig sigue por debajo de su 1.0, así que quien construya fx desde el código fuente se ata al calendario de un compilador que todavía cambia entre versiones. Vercel Labs asume ese peaje a cambio del tamaño del artefacto, y el trato tiene sentido solo si el binario es lo que se quiere vender. ## Lo que se pierde con un arnés mínimo El ahorro tiene factura y conviene saber cuál es antes de meterlo en producción. Una herramienta que se actualiza cada dos semanas con cambios incompatibles obliga a leer notas de versión como si fueran contratos. Simplificar tiene contrapartidas y el proyecto no las oculta. fx sigue en la serie 0.0.x, con 315 incidencias abiertas en GitHub el 25 de octubre y cambios incompatibles en casi cada entrega: la 0.0.14 renombró \`createFxAgent()\` por \`createFxEngine()\`, obligó a declarar si cada herramienta es idempotente y subió el requisito de macOS a la versión 15. ![Un vistazo a fx, el harness de Vercel](https://content.observatorioblockchain.com/wp-content/uploads/2026/10/fx-harness-ia-vercel.webp) *Un vistazo a fx, el harness de Vercel* El ecosistema es el otro hueco. fx habla MCP, admite skills, implementa el protocolo ACP para editores y permite subagentes con modelo propio, así que la integración básica está cubierta y no es un arnés aislado. Lo que no existe es un mercado de extensiones comparable al que rodea a los agentes de escritorio, de modo que quien necesite una integración concreta tendrá que escribirla o esperar a que alguien la publique. Hubo además ruido en el lanzamiento. [En Hacker News algunos usuarios señalaron](https://www.infoq.com/news/2026/10/vercel-zig-fx-agent/) que la primera configuración encaminaba las peticiones por Vercel AI Gateway y que el acabado estaba por debajo de otros agentes de terminal. La compañía lo asume: la documentación califica el proyecto de experimental y el binario choca con el visor de JSON que ya usaba ese mismo nombre. Ese choque de nombres no es un detalle menor para quien despliega. El visor \`fx\` ocupa la fórmula de Homebrew desde hace años y hay una [incidencia abierta](https://github.com/vercel-labs/fx/issues/197) que discute la convivencia de los dos comandos en la misma máquina. ## Incrustar, la palabra que ordena el diseño La parte interesante no es el CLI, sino libfx. El mismo motor se publica como [biblioteca para Node](https://www.npmjs.com/package/libfx) y como compilación a WebAssembly, sin dependencias de ejecución en el paquete, y la documentación lo presenta como la vía para integrar fx en aplicaciones propias. Ahí el agente deja de pedir una terminal y pasa a comportarse como una función más del anfitrión. La versión 0.0.14 empujó en esa dirección con sesiones durables. Un turno puede sobrevivir a un despliegue o a un tiempo de espera agotado y reanudarse después, siempre que las herramientas que lo componen estén marcadas como idempotentes, y un manejador HTTP se encarga de los prompts en cola. Son piezas de servidor, no de escritorio. Incrustar tampoco sale gratis. El paquete npm de libfx declara casi 48 MB descomprimidos, muy lejos de los 6 MiB del binario nativo, y esa distancia marca dónde está el ahorro real: en el ejecutable compilado. ## Dónde se mueve la ventaja competitiva Si el arnés es abierto, pesa poco y se puede incrustar, deja de ser el lugar donde se gana la partida. Vercel ya lo ha colocado en su capa de adaptadores del AI SDK, junto a Claude Code, Cline, Codex, Cursor, OpenCode y Pi, todos detrás de una interfaz común. Se estandariza el enchufe y la diferencia se traslada al modelo, a las herramientas y al aislamiento donde corre el agente, igual que ocurrió con los contenedores. Queda una consecuencia de mercado que Vercel no oculta. Un arnés gratuito y diminuto es la mejor puerta de entrada a un gateway de inferencia de pago: en la primera configuración las peticiones pasan por ahí salvo que el usuario cambie de proveedor, y eso lo notaron algunos usuarios el día del anuncio. fx no compite por ser el mejor agente del terminal, compite por ser el que menos estorba cuando alguien decide construir el suyo.