OB - Lead AI Engineer

SOBRE EMPIRICAL

Empirical es un nuevo tipo de socio de desarrollo de productos: centrado en las personas por naturaleza, impulsado por IA por diseño. Ayudamos a empresas tecnológicas a crear productos que la gente ama en cuatro áreas: liderazgo de productos y tecnología habilitados por IA (asesoramiento, coaching y modelos fraccionales), desarrollo de productos de extremo a extremo (desde el concepto hasta el lanzamiento), aumento de equipos habilitados por IA nearshore (talento latinoamericano de alto rendimiento que se integra con sus flujos de trabajo) y consultoría de estrategia e implementación de IA (encontrar dónde la IA genera el mayor valor en su producto, operaciones o experiencia del cliente).

Somos una empresa centrada en las personas, basada en la empatía, la integridad y la colaboración significativa. Desde la planificación estratégica hasta la ejecución práctica, trabajamos junto a fundadores y equipos para dar vida a grandes productos, sin ruido.

Nuestros Valores Fundamentales

• Cuidar primero de las personas
• Esforzarse siempre por agregar valor
• Liderar con integridad
• Divertirse en cada paso del camino

LA OPORTUNIDAD

Estamos construyendo un pipeline de desarrollo para uno de nuestros clientes donde los usuarios de negocio inician el trabajo, los agentes de IA lo implementan y los ingenieros revisan los resultados en lugar de dirigir la ejecución. Usted liderará esta construcción y será el responsable de la maquinaria que la haga lo suficientemente segura para funcionar: las convenciones, las compuertas, las identidades, los niveles de autonomía y las mediciones que determinan si el código generado por IA es seguro para fusionar.

La mayoría de los roles de ingeniería se miden por lo que usted envía. Este se mide por lo que envía el pipeline. Si una buena semana es aquella en la que usted personalmente cerró muchos tickets, este rol lo frustrará. Si una buena semana es aquella en la que cuarenta cambios pasaron limpiamente y usted pasó el jueves eliminando una regla que ya no aportaba valor, siga leyendo. La parte difícil de este trabajo no es construir la automatización; es negarse a confiar en ella.

Qué harás

• Ser responsable del plano de conocimiento: convenciones de proyecto, procedimientos de agente reutilizables e indexación de código fuente para que los agentes encuentren cada sitio de llamada relevante, además de la aplicación que hace que todo se mantenga. Esta es la superficie de mayor apalancamiento en el sistema.
• Construir compuertas que lean artefactos: verificación que inspecciona lo que realmente sucedió (¿cambió el archivo de prueba, la cobertura incluye la nueva rama?) en lugar de confiar en el informe de un agente sobre su propio trabajo, incluyendo una ruta protegida alrededor de las pruebas y la configuración de CI.
• Diseñar autoridad e identidad: credenciales de agente de mínimo privilegio y corta duración, donde la autoridad de un agente es la intersección de la suya propia y la de su patrocinador, nunca la unión, con atribución de cada commit a una persona, un agente y una tarea.
• Calibrar niveles de autonomía: un clasificador que dirige los cambios según la dificultad de deshacerlos y falla con precaución. Los cambios de copia se fusionan solos; las migraciones de esquemas obtienen un plan y un humano. Usted moverá los límites basándose en el historial de incidentes, no en el optimismo.
• Diseñar la contención: disyuntores que impiden que un bucle de reparación amplifique sus propios fallos, límites por flujo de trabajo para tokens, tiempo de reloj, reintentos y concurrencia, exposición progresiva y reversión.
• Ser responsable de la ingesta y la medición: la superficie de solicitud con contexto de reproducción real adjunto, deduplicación y enrutamiento, además de un registro de compuertas que registra cada evaluación (incluyendo los pases) y un arnés de evaluación para que los cambios de configuración se demuestren como mejoras, no se asuman como tales.
• Ejecutar el ritual de mejora: registros de incidentes fechados, un umbral antes de que un patrón se convierta en una regla, y un pase recurrente que pregunta cuánto costó cada regla frente a lo que previno. La eliminación es un resultado de primera clase.

QUIÉN ERES

• Resides en Latinoamérica, con suficiente superposición horaria para la colaboración diaria con un equipo de ingeniería con sede en EE. UU.
• Más de 10 años de experiencia en ingeniería de software, incluyendo profunda experiencia en CI/CD y plataformas: has construido pipelines de los que dependen otros ingenieros y has sido responsable cuando uno falló un viernes a las 6 p. m.
• Un ingeniero genuinamente fuerte primero: no puedes gobernar código que no puedes leer, y la persona que establece el estándar para la salida del agente tiene que ser mejor que el agente, no peor.
• Instintos de seguridad reales sin necesidad de ser un ingeniero de seguridad: mínimo privilegio, alcance de credenciales, radio de explosión, entrada no confiable. "Cualquier usuario autenticado puede enviar texto libre sobre el que un agente actúe con derechos de commit" debería preocuparte inmediatamente.
• Juicio de pruebas, no solo hábitos de prueba: tienes opiniones sobre lo que hace que un conjunto sea digno de confianza, has medido una tasa de fallos en lugar de estimarla, y desconfías de las compilaciones en verde hasta que los artefactos las respalden.
• Experiencia práctica con herramientas agénticas: has dirigido agentes de codificación en trabajos reales, no en demostraciones, y tienes una visión específica y poco sentimental de dónde son fuertes y dónde fallan silenciosamente.
• Te sientes cómodo operando de manera interfuncional: varias de las cosas que necesitarás son propiedad de los equipos de SRE, seguridad, legal y soporte que nunca han participado en una conversación sobre pipelines.
• Un escritor dispuesto: gran parte de este trabajo es prosa (convenciones, procedimientos, registros de incidentes, el argumento para una regla). Piénsalo como documentación con un compilador adjunto.
• Excelentes habilidades de comunicación en inglés (escrito y hablado).

ESTE PROBABLEMENTE NO ES EL ROL PARA TI SI

• Tus mejores semanas son aquellas en las que tú personalmente enviaste más.
• Quieres "trabajar en IA" en el sentido de modelos y prompts. Esto es principalmente plomería, políticas y medición; el modelo es producto de otra persona.
• Aceptarías "las pruebas pasaron" como evidencia de que las pruebas se ejecutaron.
• Necesitas que la cosa que posees esté terminada. No lo estará; se calibrará continuamente contra incidentes que aún no han ocurrido.

EL COMPROMISO

• Compromiso de cliente a tiempo completo y dedicado con propiedad genuina: esto es un sistema, no una cola de tickets, y la persona que lo posee toma las decisiones sobre cómo funciona.
• Patrocinio ejecutivo: el cliente se ha comprometido con esto como un cambio en el modelo operativo, no una actualización de herramientas, lo que significa tiempo protegido y ninguna expectativa de que usted también lleve una hoja de ruta de funciones.
• Un alcance honesto: cambios de bajo riesgo de extremo a extremo, cambios de mayor riesgo con compuertas, y cambios irreversibles que permanecerán con humanos en el futuro previsible.
• Apalancamiento que se acumula: una regla que escribes hoy se aplica a cada cambio durante el tiempo que se gane su lugar. Muy poco trabajo de ingeniería tiene esa forma.

POR QUÉ UNIRSE A EMPIRICAL

• Ser parte de una red curada de profesionales de alto calibre y orientados a valores
• Realizar un trabajo significativo y estratégico en tus términos
• Mantenerte en movimiento sin agotamiento
• Acceder a la comunidad de Empirical, talento de ingeniería y base de conocimiento compartido
• Trabajar con clientes que valoran la claridad, la velocidad y los resultados, no solo las horas