Forward Deployed Engineering

Forward deployed vs solutions engineer vs implementation vs customer engineer: el decodificador

Cuatro títulos, una familia de trabajo, barras de código distintas. Un decodificador para leer cualquier vacante y saber en qué te estás metiendo.

Por Simon Gonzalez de Cruz (el build en público en X @KyaniteLabs_). 2026-08-24. Escrito para quien compara ofertas o vacantes a la 1am.

Estos cuatro títulos describen casi el mismo trabajo: un ingeniero que trabaja cerca del cliente y logra que el producto funcione dentro de la realidad del cliente. Lo que cambia de verdad es la barra de código, dónde te sientas en el embudo de ventas y quién es dueño del resultado después del lanzamiento. En muchas empresas los títulos son intercambiables. En unas pocas, son carreras distintas. Este post te da el decodificador: qué señala cada título, qué no cambia, y las tres preguntas que revelan lo que una vacante realmente pide.

Una nota sobre el contexto: los laboratorios de IA están contratando forward deployed engineers de forma agresiva, y las empresas empiezan a pedir el mismo perfil para IA que toca bancos, aseguradoras y aerolíneas. La inflación de títulos está garantizada. El decodificador importa más que el nombre.

La versión de un párrafo de cada título

Forward deployed engineer (FDE): el ingeniero incrustado en el problema real más duro del cliente. Entrega código de producción en el entorno del cliente, construye las evals que prueban que funciona, y se queda hasta que corre sin atención. La barra de código más alta de los cuatro. El título viene de Palantir y hoy es estándar en los labs de IA.

Solutions engineer: la mitad técnica de un movimiento de ventas. Corre demos, responde preguntas técnicas profundas, arma pruebas de concepto y desbloquea evaluaciones. Hay código, pero lo que se entrega es el contrato. Te sientas antes de la venta.

Implementacion engineer: el ingeniero que ejecuta un rollout definido. El alcance existe, el contrato está firmado, tu trabajo es configuración, integración, migración de datos y go-live. Metido en la última milla, con alcance más angosto que un FDE, y normalmente sin presión de ventas.

Customer engineer: el par técnico después de la venta. Chequeos de salud, escalaciones, habilitación, y mucho "por qué está lento esta semana". Es el más cercano a soporte de los cuatro, con ingeniería real cuando las escalaciones van profundo. Google y varias empresas de infraestructura usan este nombre.

La tabla

Forward deployedSolutionsImplementacionCustomer
Dónde te sientasDentro del problema más duroAntes de la ventaDespués de la venta, durante el rolloutDespués del go-live
Barra de códigoLa más alta, código de producciónMedia, demos y POCsMedia, configs e integracionesMedia, escalaciones
Entregable típicoSistema funcionando más evalsContrato cerradoGo-liveCuenta retenida
¿Evals en el puesto?Habilidad centralDesbloquea la eval del compradorA vecesRara vez
¿Pager?Suele haberNoVentanas de go-liveRotación de escalación
Te va a gustar si quieres...Problemas duros y sucios, realesVariedad y velocidadLíneas de metaRelaciones largas

Lo que no cambia entre los cuatro

Traduces entre dos idiomas: el flujo del cliente y la maquinaria del producto. Esa habilidad es idéntica en todas las variantes. Igual la necesidad de escribir claro para gente que no es ingeniera. Si tienes ese músculo de traducción de cualquier trabajo de instalar-en-el-mundo-real, puedes moverte entre estos títulos. Yo pasé doce años haciendo este tipo de trabajo en sistemas de aprendizaje empresariales, Workday, SuccessFactors, Cornerstone, para organizaciones de más de 8.000 personas. El título en mi credencial nunca fue ninguno de estos cuatro. El trabajo sí.

Las tres preguntas que decodifican cualquier vacante

Pregunta uno: quién escribe código, ¿yo o el equipo de producto? Si la respuesta es "tú, en el repo del cliente", es un puesto FDE sin importar el título. Si es "tú configuras lo que existe", es implementation.

Pregunta dos: quién es dueño del número? Después del lanzamiento, alguien responde por el sistema funcionando. Si eres tú, eres forward deployed. Si es ventas, eres solutions. Si es soporte, eres customer engineering.

Pregunta tres: dónde está el pager? Sigue la rotación de guardia. Te dice la verdad del rol más rápido que cualquier descripción de puesto.

Cómo probar que puedes hacerlo, sea cual sea el título

Toda variante de este trabajo pregunta lo mismo en palabras distintas: muéstrame que hiciste que algo real funcionara en un lugar hostil. El artefacto más fuerte que puedes cargar es un eval con tu nombre. El mío es público: delegation-bench, 495 trials, pisos certificados, certificación walk-away, celda de sabotaje. Ha abierto más puertas que cualquier título en mi resume. Empieza aquí: qué hace realmente un forward deployed engineer y cómo llegué a serlo sin título de software.

Parte de la serie FDE. Necesitas este tipo de trabajo en tu entorno? Intake de implementacion. Condiciones y logs crudos de cada número citado: github.com/KyaniteLabs/delegation-bench.

Trabajar con Kyanite

¿Quieres que esto funcione en tu entorno?

Si esta nota describe una herramienta o resultado de Kyanite que necesitas, la ayuda de implementación cubre setup, asesoría, docs, ejemplos, checks y un handoff usable.

Límite de fit

Kyanite offers help grounded in its tools, products, and build practice. La consultoria mas amplia se enruta por PuenteWorks.

Sigue el sistema.

The One-Line Bug That Crashed Our Fast Lane: finding, fixing, and measuring a speculative-decoding crash on a $1,400 mini-PC

Spec decoding crashed our fastest lane on day one. The bug was one missing line in our fork; the fix bought +17.7% and a surprise about draft quantization.

Dos modelos, una mini-PC de $1,400: los números emparejados, fracasos incluidos

Un modelo de razonamiento de 35B ya corre junto a nuestro 27B diario en una caja de $1,400, al mismo tiempo. Cada número emparejado, mismos problemas, misma máquina. Los fracasos también están aquí.

How I became a forward deployed engineer without a software engineer title

The title is new; the work is old. Twelve years of enterprise deployments plus public, measured AI work. The honest path, artifacts included.

Evals are the FDE skill nobody lists: my 495-trial public benchmark

The market says it cannot find people who can build AI evals. The skill is learnable and I published mine: 495 trials, certified floors, sabotage cell, open source.

Qué hace realmente un forward deployed engineer

La respuesta directa y luego los recibos: todo el trabajo de un FDE sobre un mini-PC de $1.400, con evals públicas.

The Delegation Card: we asked a $1,400 mini-PC to take our jobs

Not is-it-smart but can-you-hand-it-work-and-walk-away. 495 certified trials, then re-validated at deeper n after the product changed: 965 total, floors to 92.8%.

Qwen 3.8 27B en Strix Halo: la historia completa, medida

Cada dial medido, cada numero publico: la configuracion optima congelada para un 27B en un mini-PC de $1.400.

Notas: the measured-knees method for reasoning effort

A methods note on reasoning-effort calibration. Thinking rescued 15/40 hards vs 4/40 off. On easy tasks it bought nothing. Publish the knee.

Notas de lab: 67% LiveCodeBench-30 en un rig de $1.400

20/30 = 67% LiveCodeBench-30 en un mini-PC de $1.400. IC Wilson 95% 49-81%. Easy 10/10, medium 8/10, hard 2/10. Subset n=30. No es la card.

Notas de lab: revertimos una regresión de llama.cpp

Encontramos una regresión de llama.cpp y la revertimos. Batería n=6 en un rig de $1.400: 0/6 slashes antes, 5/6 después. Mismo Q4_K_XL. No es una historia de quant.

Notas de lab: 93% HumanEval en un rig de $1.400

28/30 = 93% HumanEval en un mini-PC de $1.400. Qwen3.8-27B Q4_K_XL. Temp 0, thinking off. Fallos: 50 y 145. Log crudo linkeado.

Notas de lab: el modelo que no puede olvidar pero no puede recordar

El número primero: este modelo es 75% no transformer. 48 de 64 capas guardan un estado. En un rig de $1.400, carga 198k una vez (1818s) y consulta en 9-27s.

Notas de lab: la cuenca era un bug

Publicamos una cuenca. El hueco era el binario. Tras revertir c7d8722: 6/6 HIT a 198k. Mapa n=1 del build arreglado.

Notas de lab: el veredicto del KV

La pregunta q8-a-q4 del KV de la noche 1 ya tiene respuesta pareada: misma accuracy, cero tripwires, la mitad del cache. Y el label que tuvimos que corregir en público cuando el contador del server le ganó al estimado.

Notas de lab: la noche del veredicto

Un mini-PC de $1.400 sirviendo un 27B a 262k de contexto hace una pregunta: ¿capear cuánto piensa el modelo te cuesta accuracy? La respuesta pareada, el primer intento inválido, y la doctrina que quedó.

Un mini-PC, una noche y los numeros que discutian entre si: afinando Qwen3.8-27B en Strix Halo

Una noche y una tarde de medicion afinando un modelo denso de 27B en un mini-PC Strix Halo: las bandas honestas, la reversion, la doctrina de crashes y la historia detectivesca del EC.

GPT-5.6 Sol vs. Terra vs. Luna: politica de ruteo basada en evidencia

La division practica es Sol para descubrir, Terra para ejecutar trabajo acotado y Luna para procesar volumen verificable, cada uno con un contrato distinto.

Los agentes necesitan herramientas verificables, no mejor teatro de prompts

El patron util no es un prompt mas bonito. Es una superficie de herramienta que el agente puede llamar, inspeccionar, verificar y revisar.

El historial del repo es una señal de producto

Un repo no es solo almacenamiento. Es evidencia de decisiones, reparaciones, releases, cambios de nombre, huecos de pruebas y oficio real.

La ayuda de implementacion es parte de la superficie del producto

Una herramienta open source util todavia necesita una ruta desde repo publico hasta entorno funcionando. Esa ruta es producto.

Por que importa Kinocut

Kinocut da a los agentes de IA herramientas llamables sobre timelines, efectos, Hyperframes y medios terminados en kinocut.dev.

Monos infinitos, LLMs y el cuarto alrededor de la maquina

El argumento detras del video: la calidad no es solo probabilidad. Es arquitectura, filtros y gusto humano.

Lo que una herramienta de IA necesita antes de que alguien pueda usarla

Una guia practica para convertir una herramienta, flujo o app medio cruda en algo que otros puedan entender, instalar y usar.

Checklist de implementacion para servidores MCP

El checklist que Kyanite usa para distinguir un servidor MCP de juguete, una herramienta usable y algo que vale la pena implementar.

La arqueologia de repos convierte historia en evidencia

Por que el historial de commits es una de las fuentes de prueba mas fuertes para diagnosticos, implementacion y confianza tecnica.

El descubrimiento por IA necesita mas que un sitemap

Lo que Kyanite agrega para que buscadores y asistentes de IA entiendan herramientas, productos, prueba y rutas de soporte.