# FDE del fabricante o independiente: cómo decidir con quién trabajas > FDE del fabricante vs independiente: el mismo título no implica el mismo mandato. Qué despliega cada uno, qué optimiza y qué pasa al cambiar de modelo. - Canonical: https://arkatai.com/fde-del-fabricante-o-independiente/ - Site: Arkatai (https://arkatai.com) — agentic operations as a service - Language: es - Published: 2026-07-19 --- Un forward-deployed engineer del fabricante de modelos y un FDE independiente pueden hacer sobre el papel el mismo trabajo: sentarse en tu operación, conectar el sistema y llevarlo a producción. El título es idéntico; el mandato, no. El del fabricante tiene por objetivo desplegar el stack que su empresa vende. El independiente optimiza tu operación y conserva la capacidad de sustituir el modelo. La diferencia no es de buena fe, sino de incentivos y de arquitectura, y se paga o se cobra el día que quieres cambiar de proveedor de modelo. Si todavía no tienes claro qué hace exactamente esta figura, conviene leer antes [qué es un forward-deployed engineer](/que-es-un-forward-deployed-engineer/). Aquí doy por sabido el papel y me centro en una sola pregunta: para quién trabaja. ## El mismo título, dos mandatos Un fabricante de modelos que pone ingenieros en el terreno lo hace, entre otras razones, para que su tecnología llegue a producción y se quede. Es legítimo y a menudo útil: nadie conoce mejor las capacidades y los límites de un modelo que quien lo construye. Pero el éxito de ese ingeniero incluye la adopción de su ecosistema. Cuando se presenta una decisión de diseño con dos caminos igual de válidos, el que pasa por las primitivas de su casa cuenta con un empujón que no viene de la operación, sino del mandato. Un FDE independiente no vende un modelo. Su éxito se mide por que tu proceso funcione con la calidad, el coste y el riesgo acordados, y por que puedas seguir cambiando de modelo mañana. Trata los modelos como componentes sustituibles y los elige por tarea según evaluaciones. Esa es la posición que mantengo en Arkatai, y la razón por la que soy agnóstico respecto al proveedor de modelos. ## La diferencia, dimensión a dimensión Estas son las cinco dimensiones donde el mandato cambia el resultado, aunque el título sea el mismo. | Dimensión | FDE del fabricante | FDE independiente | |---|---|---| | Mandato | Llevar el stack del fabricante a producción | Que la operación funcione con los niveles acordados | | Qué despliega | Su modelo y sus primitivas como base | La plataforma; el modelo es una pieza intercambiable | | Qué optimiza | Adopción y encaje en su ecosistema | Calidad, coste, latencia y riesgo del proceso | | Elección de modelo | Su propio modelo por defecto | Por tarea, según evaluaciones | | Cuando cambia el modelo | Fricción alta: parte de la lógica vive en sus primitivas | Reevaluar, no reconstruir el proceso | La tabla no dice que un camino sea correcto y el otro no. Dice que hay que leer el mandato antes de firmar, porque determina qué queda dentro de tu operación cuando el ingeniero se marcha. ## Por qué es un problema de arquitectura, no de mala fe El punto que más malinterpretan los comités es sencillo. No hace falta suponer mala intención en el fabricante para que el riesgo sea real. El riesgo es arquitectónico. Si durante el despliegue tus reglas, tus controles, tus trazas y tus integraciones quedan codificados dentro de primitivas específicas de un laboratorio, cambiar de modelo deja de ser una decisión técnica acotada y se convierte en una reescritura del proceso. Nadie te ha engañado. Simplemente el sistema se construyó atado a un proveedor, y ahora el coste de salir es alto. La arquitectura que protege tu libertad hace lo contrario: mantiene el proceso, sus reglas, sus controles y su traza fuera del modelo, de modo que el modelo sea un componente conectado y no el cimiento. Con esa separación, cambiar de proveedor exige volver a evaluar calidad, coste y latencia, pero no rehacer la operación. Es la misma lógica de tratar los modelos como utility que explico en [service as software](/service-as-software/): compras un resultado, no un compromiso con un laboratorio concreto. ## Qué pasa el día que cambia el modelo Los modelos cambian solos. Salen versiones nuevas, bajan precios, aparece uno mejor para tu tarea concreta, o tu política de datos te obliga a mover una parte del trabajo a otro proveedor. Ese día se ve la diferencia entre los dos mandatos. Con una operación construida sobre primitivas del fabricante, la migración es un proyecto: hay que localizar dónde vivía la lógica que asumía ese modelo y reconstruirla. Con una operación donde el modelo está separado del proceso, la migración es una reevaluación: pasas de nuevo tus casos de prueba con el modelo candidato, comparas calidad y coste, y decides. La capacidad de hacer esa comparación por tarea es justo lo que trato en [qué modelo de IA elegir](/que-modelo-de-ia-elegir/). Sin ella, la elección de modelo la toma de facto quien te desplegó el sistema. ## Cuándo encaja cada uno El FDE del fabricante puede ser la opción correcta si tu empresa ya ha decidido casarse con un ecosistema y no prevé salir: en ese caso, tener al que mejor conoce el modelo acelera el despliegue y reduce sorpresas. Lo que no debe hacerse es tomar esa decisión sin verla: elegir al FDE del fabricante es elegir su modelo, y conviene medir por adelantado el coste de cambiar después. El FDE independiente encaja cuando quieres conservar la sustituibilidad del modelo, cuando el proceso es lo bastante propio como para que la neutralidad tecnológica importe, o cuando no quieres que la elección de proveedor de IA quede fijada por quien te instaló el sistema. Esta pregunta forma parte de una decisión más amplia sobre con quién trabajar, que desarrollo en [equipo interno, consultora o forward-deployed engineers](/equipo-interno-consultora-o-boutique/), y de la decisión de fondo entre comprar, construir o contratar, en [comprar o construir IA](/comprar-o-construir-ia/). Los criterios concretos para comparar ofertas están en [cómo elegir proveedor de agentes](/como-elegir-proveedor-de-agentes/), y el mapa completo del terreno, en [agentes de IA para empresas](/agentes-de-ia-para-empresas/). ## Preguntas frecuentes ### ¿Cuál es la diferencia entre un FDE del fabricante y uno independiente? El mandato. El FDE del fabricante tiene como objetivo llevar a producción el modelo y las primitivas que su empresa vende, y su éxito incluye la adopción de ese ecosistema. El FDE independiente optimiza tu operación y trata el modelo como un componente sustituible que elige por tarea según evaluaciones. ### ¿Insinúas que los FDE del fabricante actúan de mala fe? No. El problema es de incentivos y de arquitectura, no de buena fe. Un buen FDE del fabricante puede hacer un trabajo excelente. Lo que cambia es hacia dónde empuja su mandato y qué coste de salida deja tu sistema si la lógica queda atada a un proveedor concreto. ### ¿Por qué importa poder cambiar de modelo? Porque los modelos cambian de precio, calidad y disponibilidad constantemente, y tu política de datos puede obligarte a mover trabajo. Si el proceso está separado del modelo, cambiar es reevaluar. Si está atado a las primitivas de un laboratorio, cambiar es reconstruir la operación. ### ¿Cuándo elegiría al FDE del fabricante? Cuando la empresa ya ha decidido comprometerse con un ecosistema concreto y no prevé salir de él. En ese caso, quien mejor conoce el modelo acelera el despliegue. La decisión debe tomarse con los ojos abiertos: elegir a ese FDE es, en la práctica, elegir su modelo.