Agentic Engineer: qué es y qué hace en un equipo
Tabla de contenidos
En tu próxima entrevista te van a preguntar qué es un Agentic Engineer. Y lo más probable es que la persona que lo pregunte tampoco lo tenga claro.
En España y Latinoamérica el término se confunde con staff engineer, con analytics engineer, con AI Engineer, con cualquier developer senior que use Copilot. No es ninguno de ellos.
Es un rol distinto, con responsabilidades diferentes y conviene aclararlo antes de que el término se devalúe.
¿Qué es un Agentic Engineer?
Un Agentic Engineer es el developer que diseña, coordina y supervisa sistemas donde múltiples agentes de IA trabajan de forma autónoma para completar tareas complejas. No escribe cada línea de código, sino que diseña la arquitectura del sistema multiagente, define cómo interactúan los agentes entre sí y establece los criterios de validación que cada uno debe cumplir.
Si te fijas, la diferencia con un developer que usa copilot es operativa, no de jerarquía. El copiloto sugiere. El agente ejecuta. Un developer con copiloto revisa la sugerencia y escribe la siguiente línea. Un Agentic Engineer define el contrato completo y revisa que el agente lo haya respetado.
Andrej Karpathy lo ha resumido en estos tres términos: en los flujos agénticos el developer ya no escribe código directamente la mayor parte del tiempo. Orquesta los agentes que lo escriben.
Por otro lado, el AI Engineer construye productos con IA (chatbots, pipelines RAG, sistemas de recomendación…). En cambio, el Agentic Engineer coordina agentes de IA (diseña el sistema donde esos agentes ejecutan de forma fiable).
Son roles complementarios, no sinónimos.
Agente de IA y Agentic Engineer: el sistema y la persona
El término «agentes IA» genera confusión constante porque se usa para dos cosas distintas.
- Un agente de IA es el software. El sistema autónomo que percibe el entorno, toma decisiones y ejecuta acciones.
- Un Agentic Engineer es la persona que diseña, configura y supervisa ese sistema.
En sistemas multiagente — el territorio natural de este rol — hay varios agentes colaborando: uno planifica, otro implementa, otro evalúa.
La persona, el Agentic Engineer, diseña esa arquitectura de coordinación, establece cómo se pasan contexto entre ellos y define cuándo un agente escala al siguiente.
De Developer a Agentic Engineer
Qué hace un Agentic Engineer en su día a día
A nivel operativo…
- Diseña la arquitectura multiagente. Qué agentes componen el sistema, cómo se comunican, qué estado comparten y qué restricciones tiene cada uno. Si el sistema falla, sabe en qué agente está el problema.
- Escribe la spec que los agentes van a ejecutar. Sin spec, cada agente improvisa. El Agentic Engineer define el contrato antes de que el sistema empiece a ejecutar (Este artículo de blog profundiza sobre Spec-Driven Development con IA).
- Configura el contexto de cada agente. Un CLAUDE.md con las convenciones del proyecto, el stack, lo que está prohibido tocar. Sin contexto correcto, los agentes generan outputs inconsistentes entre sí.
- Establece guardrails. Qué puede hacer cada agente de forma autónoma y qué requiere aprobación. Las decisiones de arquitectura requieren validación humana. Las tareas atómicas bien definidas, no.
- Revisa outputs al nivel de criterios, no de líneas. La pregunta es «¿cumplió el agente la spec?», no «¿está bien escrito cada bloque de código?». Es una revisión estratégica.
- Mide y mejora el sistema. Logs de decisiones, costes en tokens, latencia, calidad de outputs. Los sistemas multiagente mejoran iterando sobre specs y guardrails, no reescribiendo el código que generan.
Las 4 skills del Agentic Engineer
Estas son las cuatro skills que diferencian al Agentic Engineer del developer que usa copilots de forma aislada:
- Spec-Driven Development. Sin specs ejecutables, el sistema se vuelve impredecible. El Agentic Engineer escribe contratos en Markdown que cualquier agente sigue sin inventarse los edge cases.
- Context Engineering. Cada agente necesita saber dónde está. El Agentic Engineer decide qué información entra en el contexto de cada agente, cómo se actualiza y qué se descarta para evitar que el sistema degrade.
- Diseño de sistemas multiagente. Pensar en módulos, contratos entre agentes y restricciones de coordinación. Si el Agentic Engineer no define los límites, los agentes los definen ellos.
- Validación y observabilidad. Saber qué pedirle a cada agente y cómo comprobar que lo hizo bien de forma automatizada — antes de ejecutar, no después.
Agentic Engineering en equipo: de la variabilidad al estándar compartido
El problema que se repite: cada developer del equipo usa los agentes a su manera. Sin specs compartidas, sin contexto común, sin criterios de validación acordados. El resultado no es adopción. Es variabilidad. Y la variabilidad se paga en PRs impredecibles y pérdida de confianza en el sistema.
El caso de Bdeo —empresa especializada en soluciones para el sector asegurador y de movilidad— lo ilustra bien. Su equipo de tecnología llevaba tiempo con acceso a herramientas de IA pero sin metodología compartida. Parte del equipo las usaba; otros las veían con escepticismo. Los procesos críticos —code reviews, documentación, despliegues— seguían siendo cuellos de botella manuales.
Tras pasar por el Máster AI4Devs con su CTO y Heads of Engineering, los resultados en métricas DORA fueron concretos:
+16% en velocidad de desarrollo
−25% en change failure rate
−35% en lead time for changes
−30% en tiempo de code reviews.
En 30 días el equipo generó 32.000 líneas de código con IA.
Pero el cambio más relevante para el Agentic Engineering llegó después: lo que empezó como adopción de copilots evolucionó a la construcción de agentes especializados — gestión de documentación técnica, consultas sobre certificaciones ISO, PoCs en horas en lugar de semanas. Y el siguiente paso fue la integración de MCP servers y frameworks multiagente en su flujo de trabajo.
En definitiva, un Agentic Engineer no es un developer más rápido. Es un developer que ha cambiado el modelo operativo: de escribir código a diseñar y supervisar sistemas que lo generan con criterio. Y en 2026, ese cambio es el que separa los equipos que tienen agentes en producción de los que tienen demos.
¿Quieres aprender qué hace un Agentic Engineer al detalle? Infórmate sobre el Máster AI4Devs >>