fx de Vercel ya corre en T3 Code en web y móvil

Qué acaba de pasar con fx y T3 Code

fx, el harness de agentes de código open source de Vercel, ya está disponible dentro de T3 Code en web, escritorio y móvil. La integración convierte a fx en un proveedor más dentro de la lista de agentes que puedes añadir a tus sesiones de programación.

El movimiento importa por una razón concreta: hasta ahora, elegir un agente de código implicaba atarte a su interfaz. Con un plano de control como T3 Code, el agente pasa a ser una pieza intercambiable. Y eso es exactamente lo que un equipo pequeño necesita cuando todavía no sabe qué modelo ni qué flujo le va a funcionar mejor.

¿Qué es T3 Code y por qué funciona como capa intermedia?

T3 Code se define como un plano de control open source para agentes de código. En lugar de ser un agente, es la capa que organiza las sesiones y decide qué agente las ejecuta. Puedes añadir proveedores como fx y trabajar con ellos desde la misma interfaz.

¿Y esto cómo se aplica en tu negocio?

Dueños de negocio de Latinoamérica y España usan un agente de IA para ganar más y recuperar su tiempo. El Kit «tu mano derecha con IA» te muestra cómo en un video de 11 minutos, con una ficha para armar el tuyo. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

La analogía útil para un founder: si los agentes son el motor, T3 Code es el tablero. Cambias de motor sin cambiar de coche. Eso reduce el costo de experimentar, que en la práctica es el gasto que más frena a los equipos técnicos pequeños: probar tres herramientas distintas suele significar tres flujos de trabajo distintos, tres configuraciones y tres formas de perder contexto.

¿Qué modos y capacidades trae el proveedor de fx?

Según el changelog de Vercel, el proveedor integrado de fx soporta los modos Supervised y Auto, además de los modelos y las skills que ya utilizas con fx. Es decir: la integración no recorta el harness, lo traslada.

El anuncio no detalla el comportamiento exacto de cada modo, así que conviene no asumir mecánicas que la fuente no describe. Lo que sí queda claro es la intención de diseño: ofrecer un modo con intervención humana y otro de mayor autonomía dentro del mismo proveedor, en lugar de obligarte a elegir entre una herramienta "segura" y una "rápida".

Para un equipo que recién adopta agentes, esa distinción es la que separa un experimento controlado de un incidente en producción. Empezar en el modo con revisión y subir de autonomía cuando el equipo ya conoce el comportamiento del agente es una secuencia razonable, no un salto de fe.

¿Cómo se configura fx en T3 Code?

El flujo que documenta Vercel son cuatro pasos y no requiere escribir código:

Instalar fx siguiendo su guía de inicio.
Configurar el proveedor de modelo que vas a usar con fx.
Descargar T3 Code para la plataforma que prefieras.
Añadir fx desde Settings > Providers > Add provider.

El punto crítico es el segundo. La autenticación del proveedor de modelo es donde se define qué modelo corre detrás del agente y, por lo tanto, dónde aparece el costo real de la operación. Configurarlo mal no rompe la instalación: rompe la factura.

¿Por qué Vercel está empujando un ecosistema de harnesses?

fx no aparece solo. En un análisis publicado por MarkTechPost sobre durable-harness, el paquete open source de Vercel que mantiene vivas las sesiones de agentes ante caídas, se detalla que sus adaptadores cubren cinco harnesses: Pi, OpenCode, fx, Claude Code y Codex. El paquete es un npm con licencia Apache-2.0, en versión 0.0.x, y puede correr sobre Vercel Functions y Vercel Queues, sobre Node.js 22+ con Postgres, o sobre archivos locales.

Ese detalle revela la estrategia: Vercel no está construyendo un agente para competir con los grandes, está construyendo la infraestructura alrededor de todos ellos. El mismo análisis señala que Claude Code y Codex requieren un Vercel Sandbox para ejecutarse, y que el paquete es experimental, sin benchmarks públicos de latencia o throughput.

Traducido a decisión de compra: si tu equipo ya usa Claude Code o Codex, la capa de durabilidad de Vercel te obliga a pasar por su sandbox. Con fx, en cambio, la integración es más directa. Ahí está el incentivo real detrás de este anuncio.

¿Qué significa esto para tu startup?

La lectura práctica no es "cambia de agente". Es que la elección de agente dejó de ser una decisión de infraestructura permanente y pasó a ser una decisión reversible. Y las decisiones reversibles son las que un equipo con poco capital puede permitirse tomar rápido.

Tres acciones concretas para esta semana:

Estandariza el plano de control antes que el agente. Si tu equipo va a probar más de un agente en los próximos meses, adopta una capa como T3 Code y trata los agentes como proveedores intercambiables. Cambiar de agente después cuesta mucho menos que migrar todo el flujo de trabajo.
Empieza en el modo con supervisión y documenta las excepciones. Define qué tipos de tareas pueden correr con autonomía total (tests, refactors acotados, documentación) y cuáles requieren revisión humana obligatoria (migraciones de base de datos, cambios en autenticación, cualquier cosa que toque credenciales).
Mide el costo por tarea, no por token. El precio del modelo es solo una parte. Un agente que reescribe tres veces el mismo archivo sale caro aunque el token sea barato. Registra cuántas iteraciones necesita cada tipo de tarea antes de ampliar el uso.

Y una advertencia que vale para cualquier harness open source en versión temprana: la durabilidad de sesiones y la recuperación ante fallos son capacidades que los proveedores reportan sobre sí mismos. Antes de mover un flujo crítico a un agente en la nube, prueba qué pasa cuando la sesión se corta a mitad de una tarea.

Conclusión

La integración de fx en T3 Code es pequeña en superficie y grande en señal: el mercado de agentes de código se está desacoplando en dos capas, los agentes y el plano que los orquesta. Para un founder técnico, eso significa que la decisión importante ya no es cuál agente es el mejor hoy, sino cuál te permite cambiar de agente mañana sin rehacer el equipo ni el proceso.