fx : Un agente de codificación nativo, abierto y diminuto.
Un nuevo agente de codificación de código abierto “fx” de Vercel, escrito en Zig, aspira a ser un CLI diminuto, rápido y de estilo Unix para trabajar con asistentes de codificación de IA e integrarlos en otros sistemas. Los comentaristas están divididos sobre si el pequeño tamaño del binario, el rendimiento y la capacidad de embebido vía WASM lo distinguen de forma significativa del creciente número de herramientas de agente similares como Pi, OpenCode y Maki. Muchos también critican su fuerte acoplamiento con Vercel AI Gateway y un onboarding que oculta cómo usar modelos de terceros o locales, viéndolo como parte de una tendencia más amplia de agentes con sabor a proveedor en un espacio ya abarrotado.
Posicionamiento del proyecto y características
- Se describe como un “tiny, embeddable agent harness and CLI” más que como otro simple agente de codificación.
- Reivindicaciones clave: binario nativo en Zig de
6 MiB, arranque en frío muy rápido (10µs), base de memoria reducida, TUI mínima (más “shell de Unix” que “IDE en el terminal”), salida que preserva el desplazamiento, diseño agnóstico al modelo y compilaciones wasm para integración. - Hace hincapié en un núcleo pequeño ampliado mediante “skills/plugins/MCP”, con un prompt de sistema y un conjunto de herramientas mínimos para reducir el coste de tokens y mejorar el tiempo hasta el primer token.
Dependencia del proveedor y onboarding
- Varios comentaristas señalan que la UX actual empuja fuertemente a Vercel AI Gateway:
fx loginy la clave de AI Gateway ocupan el primer plano. - Algunos lectores lo consideran un factor decisivo y califican el proyecto de “inútil” hasta que se admitan claramente claves OpenAI compatibles genéricas u otras claves de API directas.
- Se menciona compatibilidad “próxima” con suscripciones (p. ej., Codex, Grok), pero el estado exacto y la configuración no están claros.
- Se reporta confusión al configurar proveedores que no son de Vercel, a pesar de las afirmaciones de que es posible.
Tamaño, rendimiento y “minimalismo”
- Las opiniones difieren sobre si un CLI de 6 MiB es “diminuto”: algunos dicen que es grande para Zig y esperan cientos de kilobytes; otros lo comparan favorablemente con Go, Node, Electron, etc.
- Un usuario informa de una compilación inicial de 144 MB que se reduce a ~6 MB al compilar con optimización de tamaño.
- Algunos sostienen que el número de herramientas integradas (unas dos docenas, incluidas operaciones de archivo muy granulares) contradice la afirmación de “minimal”; otros consideran que la riqueza de herramientas resulta útil, especialmente fuera de entornos de terminal.
Comparaciones y alternativas
- Se compara con frecuencia con Pi (harness basado en TypeScript), OpenCode, el harness de DeepSeek, hax (C, binario más pequeño, multi-proveedor), Maki (Rust, plugins Lua), 3code (Nim) y shells hechos a medida en C o Python.
- Temas recurrentes: deseo de agentes diminutos, sin dependencias o integrables vía wasm frente a sistemas más ricos y “con todo incluido”.
Debate más amplio: ecosistema de agent harness
- Muchos comentarios amplían la discusión a por qué hay tantos agentes: la actual “fiebre del oro” de la IA, la baja barrera de entrada, la experimentación antes de que surjan buenas prácticas y el hecho de que los harnesses son una capa clave de optimización.
- Debate sobre la terminología: “harness” frente a “agent” frente a “model”, con algunas descomposiciones propuestas como modelo + harness (herramientas/configuración) + instancia de agente en vivo.
- Algunos se entusiasman con núcleos pequeños, componibles y de estilo Unix; otros están cansados y ven la mayoría de los nuevos agentes como “slop” indiferenciado.