Contratación · August 2, 2026 · 10 min de lectura

Plantilla de descripción del puesto de ingeniero de agentes de IA (2026)

Plantilla gratuita de descripción del puesto de ingeniero de agentes de IA para 2026: responsabilidades, requisitos, la sección de fluidez en IA que los competidores omiten y qué evaluar.

← Parte de Los cinco pilares de la contratación: qué miden las evaluaciones

Esta página es para el líder de ingeniería o el reclutador que tiene que abrir una solicitud para un título que apenas existía hace dos años, y que ya ha notado que la mitad de los candidatos se describen de la misma manera. Un ingeniero de agentes de IA construye sistemas donde un modelo actúa durante muchos pasos: planificando, llamando a herramientas, transfiriendo el control y recuperándose de sus propios errores, en lugar de responder una vez y detenerse. La descripción del puesto es genuinamente difícil de escribir, por tres razones a la vez. El título es nuevo, así que no hay boilerplate de mercado consolidado en el que apoyarse. La palabra que todos usan —«agéntico»— se ha convertido en la línea más rebautizada de 2026 en un CV, por lo que la descripción tiene que filtrar la cosa real. Y el puesto se ubica en un lugar incómodo en su organización, cerca de quien sea responsable de la fiabilidad, porque un agente en producción es principalmente un problema de fiabilidad con un sombrero ingenioso. Necesita esta contratación cuando sus agentes han empezado a fallar de formas en que un backend ordinario nunca lo hace, no antes. A continuación encontrará una plantilla de descripción del puesto de ingeniero de agentes de IA lista para copiar, más las secciones que todas las plantillas de la competencia omiten: qué esperar de la fluidez en IA de esta persona, y qué puede evaluar realmente detrás de cada requisito.

La plantilla de descripción del puesto de ingeniero de agentes de IA

Copie las secciones a continuación y adapte los marcadores entre corchetes a su empresa. Está redactada para leerse como una especificación con la que probar a un candidato, no como una lista de deseos de tecnologías. Conserve la sección de fluidez en IA: es la parte que diferencia esta plantilla de todas las demás en el mercado.

Sobre el puesto

[Empresa] busca un ingeniero de agentes de IA para diseñar, construir y operar los sistemas autónomos que impulsan [producto o flujo de trabajo]. Será responsable de los agentes que se ejecutan en un bucle —planificando, llamando a herramientas, transfiriendo el control y recuperándose de fallos— y responderá de lo que sucede cuando un bucle sale mal, no solo cuando la demo sale bien. Trabajará junto a [fiabilidad / plataforma / IA aplicada] y reportará a [responsable], con el mandato de hacer que nuestros agentes sean acotados, observables y asequibles en producción.

Responsabilidades

• Diseñar el bucle de orquestación del agente: cómo planifica, cuándo llama a una herramienta, cómo decide que ha terminado y qué impide que funcione indefinidamente.
• Acotar el radio de explosión mediante el diseño de herramientas y permisos, para que un agente equivocado pero seguro de sí mismo pueda leer un registro pero no eliminar datos, enviar mensajes a un cliente ni gastar por encima de un límite.
• Diseñar las transferencias de control entre el agente y los sub-agentes, y entre el agente y un humano, con un contrato claro sobre de qué es responsable cada parte.
• Construir la recuperación de fallos: reintentos con retroceso exponencial, puntos de control para que un paso fallido no reinicie toda la ejecución, y callejones sin salida que fallan de forma ruidosa en lugar de silenciosa.
• Instrumentar cada ejecución con trazas de las decisiones, llamadas a herramientas y resultados a nivel de paso, para que una causa raíz varios pasos antes del síntoma sea localizable.
• Construir arneses de evaluación para tareas de múltiples pasos que juzguen si el agente alcanzó el resultado correcto y lo hizo por razones sólidas, en muchas ejecuciones.
• Controlar el coste con presupuestos de tokens, límites de pasos y detección de bucles, y vigilar la curva de gasto para los reintentos que silenciosamente queman dinero.
• Depurar fallos no deterministas en producción y llevar la corrección al origen del problema, antes de donde cayó la ejecución.
• Asesorar al equipo sobre cuándo un agente es la herramienta equivocada y un flujo de trabajo determinista sencillo sería más barato y seguro.

Requisitos

• Experiencia demostrada en el lanzamiento y la operación de un agente autónomo en producción: no una demo, sino un bucle que ha funcionado frente a tráfico real y ha fallado al menos una vez de una forma que tuvo que diagnosticar.
• Fluidez en el diseño del bucle de orquestación: planificación, invocación de herramientas, condiciones de terminación y control de bucles y deriva.
• Experiencia práctica en diseño de herramientas y permisos: acceso de mínimos privilegios, ejecución en sandbox y enrutamiento de acciones irreversibles a un humano.
• Experiencia en la construcción de arneses de evaluación para comportamientos de múltiples pasos, no solo para respuestas individuales calificadas.
• Instinto sólido de observabilidad para sistemas no deterministas: trazado, reproducción de fallos intermitentes y lectura de una ejecución hacia atrás desde el síntoma.
• Juicio de ingeniería de costes y fiabilidad: la mitad de ingeniería de sistemas del puesto, aplicada a un bucle que puede amplificar sus propios errores.
• Razonamiento claro sobre las compensaciones, incluyendo la disciplina para argumentar en contra de construir un agente cuando un flujo de trabajo sería suficiente.

Se valorará

• Experiencia previa de guardia o de responsabilidad de fiabilidad para un sistema en producción con carga impredecible.
• Experiencia con patrones de transferencia de control entre múltiples agentes y diseño de escalado con intervención humana.
• Familiaridad con los modos de fallo de recuperación de información y entradas de contexto largo que alimentan las decisiones de un agente.
• Un artículo publicado, un informe post-mortem o una charla sobre un agente que falló y qué se cambió.

Expectativas de fluidez en IA

Este puesto es meta: la persona construye con IA y para la IA cada día, por lo que su propia fluidez en IA forma parte del trabajo, no es una habilidad secundaria. Indíquelo explícitamente.

• Juzgar la calidad de la salida del modelo bajo deriva: reconocer cuándo un resultado de apariencia plausible es incorrecto antes de que se acumule varios pasos más adelante, y cuándo el comportamiento del modelo ha cambiado entre versiones.
• Diseñar salvaguardas para el comportamiento no determinista: permisos acotados, pasos de verificación y puntos de control humanos en acciones irreversibles.
• Depurar fallos que no se reproducen, tratando el error como un indicador rezagado y leyendo la traza hacia arriba hasta la causa real.
• Delegar en herramientas de IA con criterio mientras trabaja, y verificar su salida frente al sistema real en lugar de confiar en respuestas seguras.
• Razonar sobre la elección del modelo, el coste y la latencia como compensaciones de ingeniería, no como una clasificación en un ranking.

Qué ofrecemos

[Empresa] ofrece [rango de compensación / marcador de banda], [capital], y [resumen de beneficios]. Tendrá autonomía sobre [alcance] con [nivel de autonomía], trabajará con [equipo / stack], y contará con [presupuesto de formación, acuerdo de guardia, política de teletrabajo o trabajo híbrido]. Añada aquí sus diferenciadores genuinos: la responsabilidad real sobre una nueva disciplina vale más para este candidato que una lista de ventajas.

¿Cómo se adapta esta plantilla?

Ajuste la seniority según el peso que dé a la palabra «operado». Una contratación sénior ha acotado e instrumentado un agente en vivo y puede demostrarlo; una contratación de nivel medio ha construido bucles bajo supervisión y está preparada para asumir la responsabilidad de la fiabilidad con un mentor cerca. Recorte sin piedad según la escala, pero conserve los puntos sobre el arnes de evaluación y el radio de explosión sea lo que sea lo que corte: son la columna vertebral del puesto.

Para una startup que lanza su primera funcionalidad agéntica, elimine los requisitos de transferencia de control entre múltiples agentes y de guardia, y sea honesto sobre que un ingeniero de IA sólido o un ingeniero de backend con buen juicio puede cubrirlo por ahora. Para una empresa que ejecuta agentes contra herramientas de producción, los puntos sobre sandboxing, diseño de permisos y traza de auditoría pasan de ser deseables a no negociables. En cualquier caso, redacte la descripción en torno a comportamientos observables, como argumenta cómo redactar una descripción del puesto: la descripción debe leerse como algo que se puede probar.

Las líneas que hay que eliminar son las copiadas de forma refleja de las descripciones de puestos de ingeniería heredadas:

• Un requisito de titulación específica. Las personas más fuertes en esta disciplina son autodidactas en un problema para el que aún no existe un grado; un filtro de titulación principalmente reduce su grupo e importa impacto adverso.
• «X años de experiencia con [framework de agentes concreto]». Los frameworks son más jóvenes de lo que el requisito implica, y los años con una biblioteca miden la exposición, no el juicio.
• Una larga lista de herramientas. Enumerar cada framework de orquestación que ha escuchado invita exactamente al impostor que este puesto atrae, y no prueba nada.

¿Qué debería evaluar en lugar de confiar en el CV?

Un CV no puede decirle si alguien ha operado un agente en serio o solo grabó una demo que funcionó ese día. Así que relacione cada requisito con una capacidad que pueda observar, y evalúe la capacidad directamente. Nuestra visión pública de lo que debe medir la evaluación de candidatos se apoya en cinco pilares: cognitivo, dominio, juicio situacional, conductual y fluidez en IA. Este puesto los toca todos, con un peso inusual en los dos últimos.

• Dominio: orquestación, diseño de límites de herramientas y diseño de arneses de evaluación. Evalúe con una tarea con forma de trabajo real, no con un cuestionario sobre frameworks.
• Cognitivo: leer un fallo hacia atrás a través de una traza de múltiples pasos hasta una causa que no está donde está el síntoma.
• Juicio situacional: la decisión de cuándo no construir un agente, y cómo acotan un agente con acceso a herramientas de producción reales.
• Conductual: el temperamento de fiabilidad primero que instrumenta antes de lanzar y falla de forma ruidosa a propósito.
• Fluidez en IA: juzgar la salida del modelo bajo deriva y delegar en la IA mientras se verifica, observado en lugar de declarado.

El ejercicio más predictivo es una prueba de muestra de trabajo con forma de trabajo real: una traza de agente con mal comportamiento para depurar, donde el fallo apareció varios pasos después de su causa real, con herramientas de IA disponibles y el proceso observado. Ejecútelo como prescriben las entrevistas estructuradas: la misma tarea, los mismos materiales, la misma rúbrica para todos, y puntúe el comportamiento observable, no cuán seguro sonó el candidato. El AI Sandbox ejecuta exactamente este tipo de sesión con herramientas de IA genuinamente disponibles, para que vea no solo la corrección sino cómo delegan al modelo y dónde lo detectan equivocándose con seguridad. Para leer esas señales con claridad, el Marco 4D —Delegation, Description, Discernment, Diligence— es la rúbrica, y cómo evaluar la fluidez en IA explica el método. Para el proceso de contratación completo detrás de esta plantilla, desde la definición del puesto hasta la oferta, lea cómo contratar a un ingeniero de agentes de IA; esta página es el artefacto, esa es el manual.

¿Por qué «agéntico» es la palabra en la que desconfiar en un CV?

«Agéntico» es la línea más rebautizada de 2026 en un CV. El puesto es nuevo y tiene demanda, así que todo aquel que en su momento encadenó un prompt o lanzó un envoltorio delgado alrededor de una biblioteca popular de agentes ahora afirma ser ingeniero de agentes. La descripción anterior existe en parte para filtrarlos, porque el impostor y el ingeniero real se leen casi igual en papel. La señal no es si alguien puede construir un agente: casi cualquiera puede ahora. La señal es si lo han operado cuando se volvió en su contra.

Las señales de alerta aparecen como un patrón en la candidatura, no en una sola línea:

• Nombres de frameworks en lugar de historias de fallos: cinco bibliotecas de orquestación enumeradas, ningún agente que hayan tenido que depurar en producción.
• El encadenamiento de prompts descrito como si fuera orquestación. Una secuencia de llamadas al modelo unida no es un bucle que planifica, actúa, comprueba y se recupera; la diferencia es todo el trabajo.
• Ninguna mención del radio de explosión, arneses de evaluación, costes o qué sucede cuando el agente está equivocado con seguridad: las partes que una demo nunca le obliga a construir.
• Querer hacer de todo un agente. Alguien que se ha quemado con uno le dirá, sin que se lo pida, que la mitad de las cosas que la gente quiere hacer agénticas deberían ser un flujo de trabajo determinista sencillo.
• Un portfolio de demos que funcionaron el día de la grabación y ningún post-mortem de una que no lo hizo.

Una nota honesta más, ya que construimos evaluación de candidatos para ganarnos la vida y debería descuentarnos en consecuencia: una plantilla solo es tan buena como lo que se hace después de ella. El valor aquí no está en los puntos: está en que cada requisito está redactado como algo evaluable, de modo que la descripción y la evaluación son el mismo documento visto dos veces. Redacte así la descripción del puesto, pruebe frente a ella, y «agéntico» en un CV dejará de ser una palabra que hay que tomar en fe.

La señal no es si un candidato puede construir un agente. Casi cualquiera puede ahora. La señal es si puede mirar un problema y decir, con calma, que no debería ser un agente en absoluto, y luego depurar el que ya existe, cuatro pasos antes de donde cayó.