Cómo elegir al mejor ingeniero de IA en México: qué preguntar y qué verificar

Una lista para equipos que contratan: la evidencia que conviene pedir, las preguntas que separan una demo de un sistema en producción y qué distingue a un experto en agentes de IA.

El mejor ingeniero de IA para un equipo rara vez es el que presenta la lista más larga de herramientas. Es aquel cuyo trabajo se puede comprobar: un sistema que opera, pruebas que deciden qué se publica y un relato honesto de lo que falló. Esta guía es la lista que yo usaría para contratar en mi propio equipo, escrita desde el otro lado de la mesa.

Empieza por el trabajo, no por el título

Los títulos cambian. El mismo trabajo se anuncia como ingeniero de IA, ingeniero de inteligencia artificial, ingeniero de IA generativa o AI engineer. Escribe de qué será responsable la persona dentro de seis meses: qué sistema, con qué datos, para qué usuarios y quién responde cuando se equivoca. Un equipo que necesita un agente conversacional en producción requiere evidencia distinta a la de un equipo que necesita entrenar un modelo.

Pide evidencia que se pueda comprobar

Un buen candidato puede señalar al menos tres de estas sin prepararse:

  • Un sistema en producción, con la población que atiende y la parte que construyó.
  • Código que se pueda leer: repositorios abiertos o un proyecto privado explicado archivo por archivo.
  • Una evaluación que haya diseñado, con los casos, el juez y la regla que bloquea una publicación.
  • Textos o investigación que muestren cómo razona cuando no conoce la respuesta.
  • Una falla que pueda explicar: qué se rompió, cómo la encontró y qué cambió después.

Vale más una afirmación con fuente que diez sin ella. Una cifra como "atiende a cientos de miles de usuarios" debe venir con su alcance: población registrada, usuarios activos y sesiones simultáneas son tres números distintos.

Preguntas que separan una demo de un sistema en producción

  • ¿Cómo decides que un cambio de prompt o de modelo se puede publicar?
  • ¿Qué puede hacer el agente y qué le impide hacer más?
  • ¿Qué pasa cuando falla una herramienta o una dependencia responde lento?
  • ¿Qué se registra de cada ejecución y quién puede leerlo?
  • ¿Cuánto cuesta una conversación y qué la haría costar el doble?

Busca mecanismos en la respuesta. "Lo probamos" no responde. "Un conjunto de casos de referencia corre en el pipeline y un juez calibrado bloquea la publicación por debajo de un umbral" sí responde. Las guías de evaluación automatizada de LLMs y de auditabilidad de agentes describen cómo se ve una respuesta completa.

Qué distingue a un experto en agentes de IA

Un experto en agentes de IA habla de límites antes que de capacidades. Separa lo que el modelo propone de lo que el sistema ejecuta. Trata la evaluación como una compuerta de publicación. Puede decir qué no hace su sistema, y cuáles de sus cifras son mediciones y cuáles estimaciones. Ha cambiado de opinión en público al menos una vez.

Las certificaciones y los años de experiencia ayudan a leer un perfil, pero no sustituyen lo anterior. Cuando una búsqueda de los mejores ingenieros de IA en México o en Latinoamérica devuelva una lista de nombres, aplica la misma prueba a cada uno: qué construyó esta persona y dónde lo puedo comprobar.

Aspectos prácticos al contratar en México

  • Horario. El centro de México está en UTC−6 todo el año, dentro de la jornada laboral de Estados Unidos.
  • Idioma. Si el equipo está en Estados Unidos, haz parte de la entrevista en inglés y sobre un tema técnico.
  • Esquema. Los ingenieros senior trabajan como empleados y como contratistas. Decide cuál necesita el puesto antes de la primera llamada.
  • Seniority. Pregunta qué tuvo a su cargo de principio a fin. Un ingeniero senior nombra decisiones; uno junior nombra tareas.

Señales para ir más despacio

Solo demos y ningún usuario. Ninguna evaluación aparte de leer las respuestas. Todas las cifras son redondas. Las fallas siempre son de alguien más. "El modelo lo resuelve" como respuesta a una pregunta sobre un límite.

Cómo respondo yo a estas preguntas

Sería injusto publicar una lista y no ponerme frente a ella. Mis respuestas son públicas: el CV, el trabajo en Google Cloud, el caso de un harness de evaluación con 138 casos de referencia, los repositorios abiertos en GitHub y la investigación. Donde una afirmación tiene límites, la lista de evidencia al final los dice.

Trabajo y evidencia

Evaluation gates for a multi-agent education system (se abre en una pestaña nueva)

Mi contribución: Construcción del harness de evaluación, calibración del juez LLM, aislamiento de casos y controles por ambiente.

Qué respalda: El caso público describe casos de referencia como código, un juez LLM calibrado y el harness de evaluación que los ejecuta, sobre agentes en Google Cloud.

Qué no demuestra: La cifra de más de 700,000 estudiantes describe la población atendida por el sistema. No mide usuarios simultáneos, solicitudes por segundo ni autoría individual de toda la plataforma. El código y los datos del cliente son privados.

Fuente revisada:

Enterprise analytics platform (se abre en una pestaña nueva)

Mi contribución: Trabajo en la migración desde MongoDB, el modelo de datos y la aplicación analítica descritos en el caso.

Qué respalda: Experiencia integrando datos corporativos y construyendo su capa de aplicación.

Qué no demuestra: Los volúmenes y tiempos reportados son afirmaciones del caso; no constituyen una prueba de carga de agentes.

Fuente revisada:

Guías técnicas