Ingeniero full-stack

Entregas funcionalidades de extremo a extremo. El agente escribe el código; tú arquitectas, especificas, validas y eres dueño del resultado. Te mueves rápido a lo largo del stack completo porque el agente no tiene preferencias de stack, y tú también has dejado de tenerlas.

Elevationprimary Convergencesecondary Emergencepartial

Familia

Ingeniería

Rol heredado equivalente

Full-Stack Engineer, Senior Software Engineer, Staff Engineer (vía IC)

Reporta a

Tech Lead, Engineering Manager o Director de Ingeniería

Colabora con

Tech Lead · Diseñador de producto · Gestor de producto · Agent Supervisor

El trabajo

Entregas funcionalidades. De extremo a extremo significa de extremo a extremo: capa de datos, API, frontend, pruebas, despliegue, observabilidad. No porque hagas todo personalmente, sino porque eres dueño del resultado y el agente maneja la capa que el trabajo necesite.

Día a día:

Especificas funcionalidades de manera completa. Criterios de aceptación, casos límite, implicaciones de datos, comportamiento de UX, clasificación de riesgo, puertas de validación. La especificación es el artefacto que permite al agente ejecutar sin supervisión en tiempo real.
Realizas diálogos de clarificación con el agente antes de la ejecución. Respondes las preguntas que resuelven ambigüedad genuina, defieres las que deben responderse durante la implementación y rechazas las que indican que tu spec era vaga.
Arquitectas al nivel de funcionalidad. Decisiones de modelo de datos, forma de API, fronteras de componentes, elecciones de dependencias: tuyas para tomar, del agente para implementar.
Revisas PRs producidos por el agente. En T2, línea por línea. En T3, a nivel de diff y comportamiento. Buscas el caso faltante, la abstracción equivocada, la ruptura silenciosa, no erratas.
Validas en puertas graduadas por riesgo. Muestreo para cambios reversibles. Aprobación directa para los irreversibles. Diseñas las puertas para tus funcionalidades a medida que las especificas.
Recalibras cuando las historias se atascan. Las implementaciones equivocadas suelen ser síntoma de una spec equivocada o un contexto equivocado. Diagnosticas, re-especificas y retomas, en lugar de depurar el output del agente.
Mantienes el contexto del código. Plantillas de prompts compartidos, archivos de contexto, guías de estilo de la casa, librerías de escenarios. Son artefactos de primera clase; contribuyes y los usas.
Eres dueño de la observabilidad de lo que entregas. Telemetría, alertas, presupuestos de error. Los diseñas dentro de la spec; el agente los implementa; tú verificas que la señal sea real.
Emparejas con ingenieros adyacentes en decisiones cross-stack. El agente absorbe gran parte de lo que solía requerir traspasos entre especialistas, pero el criterio humano sigue siendo mejor en pareja.

Cómo se ve el éxito

Resultados concretos a este nivel:

Throughput. Entregas funcionalidades en días, no en sprints. Las historias se completan (spec → implementar → revisar → mergear) en horas o días para el trabajo típico.
Calidad. Los defectos en producción de tus funcionalidades son raros y van a la baja. El agente revisor captura lo que tú hubieras capturado manualmente; tus intervenciones capturan el resto.
Disciplina de costo. El gasto en tokens por PR mergeado está rastreado. El costo por resultado mejora con el tiempo, no solo el throughput absoluto.
Trabajo cross-stack. Entregas funcionalidades que tocan frontend, backend e infraestructura en la misma semana. El agente maneja la capa que sea; tú manejas el criterio.
Salud del código. Hay refactoring sucediendo, la deuda técnica se paga, el código envejece bien en lugar de osificarse.

Lo que no cuenta como éxito: líneas de código entregadas, número de PRs, horas registradas, puntos de velocidad de sprint que no se traducen en resultados de usuario.

Lo que hace interesante este trabajo

Lo interesante del trabajo no es la velocidad: es lo que se vuelve posible a esa velocidad.

Entregas más rápido de lo que creías posible. Lo que solía tomarte un sprint toma un día. La funcionalidad que especificaste el martes por la mañana está en producción el miércoles por la tarde. El bucle de retroalimentación con el usuario se cierra dentro de la semana, y lo sientes.

Full-stack se vuelve natural. Dejas de tener preferencias de stack porque el agente no tiene ninguna. Te mueves con fluidez entre decisiones de modelo de datos, diseño de API y comportamiento de UX porque la fricción del cambio de contexto a lo largo del stack ha caído a casi cero. La recompensa es amplitud genuina de alcance.

Diseñas más, tecleas menos. La mayor parte de tu oficio vive ahora en la especificación y las decisiones de arquitectura, no en el tecleo. Para los ingenieros que se metieron en el trabajo porque amaban la parte de diseño más que la parte de tecleo, esto es un regreso a lo que era divertido.

Los problemas difíciles son los satisfactorios. Conectar otro endpoint CRUD toma minutos. Los problemas que quedan para ti son los que necesitan criterio: lograr que una máquina de estados esté bien, elegir la frontera entre dos dominios, decidir qué probar y qué confiar. Estos son los problemas que distinguen la ingeniería senior de la junior, y son la mayor parte de lo que queda.

Colaboras con otro agente, no solo con otros humanos. Trabajar con un agente capaz es una habilidad en sí, diferente del pair programming, diferente del trabajo en solitario. Los diálogos de clarificación son interesantes por sí mismos. Las sesiones de recalibración son interesantes por sí mismas.

Ves tu trabajo en el mundo rápidamente. Funcionalidades en producción a horas de la especificación significa que tu sensación de agencia en el rol es más fuerte de lo que ha sido para la mayoría de los ingenieros senior en años. El retraso entre el pensamiento y el impacto se ha comprimido.

Lo que puede no atraerte. Escribes menos código a mano. El estado de flujo de horas de codificación profunda y enfocada ocurre con menos frecuencia, y cuando ocurre, tiende a ser en lugares inusuales (sesiones de recalibración, trabajo de infraestructura que el agente aún no hace bien). Las fronteras entre "tu trabajo" y el del agente se difuminan: si tu identidad profesional está enraizada en producir el artefacto personalmente, esa identidad tendrá que migrar. Algunos ingenieros encuentran una versión más profunda de la satisfacción en el nuevo trabajo; otros no. Sé honesto contigo mismo sobre qué tipo de ingeniero eres.

Quién prospera en este rol

Las aptitudes que más importan en T3 son diferentes de las que definieron a la ingeniería senior pre-IA.

Piensas antes de teclear. La velocidad de tecleo ha dejado de importar; la calidad del pensamiento previo importa mucho. Te detienes a considerar casos límite antes de especificar; no reconoces patrones y te lanzas.

Escribes con claridad. Las especificaciones son escritura primero, código segundo. Las personas cuyo razonamiento escrito es difuso escriben specs difusas y obtienen outputs difusos.

Te sientes cómodo siendo responsable de resultados que no produjiste personalmente. El agente escribió el código; tú firmaste; si falla, eres dueño de eso. Las personas que pueden sostener esa responsabilidad sin microgestionar al agente prosperan.

Manejas bien el diagnóstico desordenado. Cuando una historia se atasca, la causa suele estar en la spec o en el contexto, no en el código. El trabajo detectivesco (descifrar qué suposición se rompió) es parte del oficio ahora. Las personas que disfrutan esto encuentran el trabajo rico; las personas que quieren problemas limpios con respuestas limpias luchan.

Tienes gusto. Cuando el agente produce tres implementaciones plausibles, puedes decir cuál es la correcta para este código. El gusto es difícil de evaluar en entrevistas y más difícil de enseñar, pero es la ventaja más duradera en T3.

Te importan los sistemas, no solo las funcionalidades. Las funcionalidades se entregan y se entregan y se entregan. Los ingenieros que prosperan con el tiempo son aquellos que prestan atención a cómo envejece el código, qué patrones se repiten, qué necesita anticipar la próxima decisión arquitectónica.

Menos esencial que antes: velocidad bruta de codificación, trivia de algoritmos, pedantería de lenguaje, la capacidad de sostener cinco archivos en la cabeza a la vez. Estos eran los marcadores de la ingeniería senior pre-IA. Todavía ayudan. Ya no son lo que diferencia el rol.

Habilidades a desarrollar para llegar ahí

Las aptitudes describen la disposición. Las habilidades de abajo son lo que construyes activamente.

Ingeniería de especificaciones. Escribir specs que un agente pueda ejecutar de extremo a extremo. Criterios de aceptación, casos límite, clasificación de riesgo, puertas de validación. Cómo practicar: escribe la spec antes de cualquier código, incluso para tareas pequeñas. Relee tus specs un mes después; las que envejecieron mal son tu material de aprendizaje. Ver la Guía de especificación.

Criterio de revisión a nivel de diff. Leer el output del agente para detectar el caso faltante, la abstracción equivocada, la ruptura silenciosa, sin leer cada línea. Cómo practicar: revisa PRs generados por IA de tu equipo. Articula por qué cuestionarías. Registra los cuestionamientos que resultaron equivocados; ahí es donde tu criterio está mal calibrado.

Diagnóstico de recalibración vs depuración. Cuando el trabajo se atasca, saber si el problema está en la spec, el contexto o la implementación. Cómo practicar: mantén un diario breve de historias atascadas. Clasifica cada postmortem como recalibración (problema de spec o contexto) o depuración (problema de implementación). Registra qué intervenciones realmente desatascaron.

Clasificación de riesgo. Distinguir el trabajo reversible del irreversible y asignar la puerta de validación correcta. Cómo practicar: para cada historia que especifiques, nombra las puertas explícitamente. Justifica por qué. Ajusta a medida que aprendas de las clasificaciones erróneas. Ver Estándares de ejecución con IA.

Criterio cross-stack. Tomar decisiones sólidas fuera de tu especialidad histórica. La Convergencia en T3 significa que un ingeniero senior con background de backend ahora puede ser dueño de funcionalidades de cara al usuario de extremo a extremo. Cómo practicar: lee PRs en áreas adyacentes (frontend, infra, datos). Nota lo que encuentras confuso; la brecha es tu superficie de aprendizaje. Empareja con la persona cuya especialidad solía ser.

Oficio del diálogo de clarificación. Q&A productivo con el agente antes de la ejecución. Saber qué preguntas responder a fondo, cuáles diferir, cuáles indican una spec difusa. Cómo practicar: nota las preguntas que un agente hace antes de implementar. Categorízalas. La categorización te mostrará dónde tus specs necesitan trabajo.

Curación del contexto. Mantener las plantillas de prompts compartidos, archivos de contexto y librerías de escenarios de las que los agentes del equipo se nutren. Cómo practicar: contribuye con una mejora por sprint. Los artefactos se acumulan; las contribuciones pequeñas importan.

Elige una habilidad, practícala durante dos semanas en trabajo real y nota cómo cambia tu relación con el rol. Intentar desarrollar las siete a la vez es el modo de fallo más común.

Cómo difiere del rol heredado de Senior Engineer

Senior Engineer heredado (pre-IA)	Senior Engineer (IA-nativo)
Escribes código complejo tú mismo; revisas el de otros	Escribes especificaciones; revisas el output del agente en puertas graduadas por riesgo
Se especializa en frontend, backend o infraestructura	Opera a lo largo del stack completo porque el agente lo hace
Pasa el 50-70% del tiempo codificando	Pasa menos del 20% del tiempo codificando
El throughput está limitado por las horas de foco individual	El throughput está limitado por la calidad de la especificación y el criterio de revisión
Traspasos a especialistas para el trabajo cross-stack	Empareja con especialistas en criterio; entrega a lo largo del stack en solitario
Los mejores ingenieros son los productores más rápidos y prolíficos	Los mejores ingenieros son los especificadores más claros y los revisores más discernientes
Pruebas escritas línea por línea por humanos	Escenarios de prueba especificados por humanos, escritos por el agente, revisados por humanos

El rol no es un "senior" renombrado. El día a día es estructuralmente diferente.

Qué patrones de evolución de roles están en juego

Elevación (principal). El centro de gravedad del rol se mueve de la ejecución a la especificación y la validación. El valor migra de la velocidad de tecleo a la calidad de la especificación y el criterio de revisión.
Convergencia (secundaria). Los límites entre frontend, backend e infraestructura se difuminan. Un ingeniero senior con criterio sólido puede dirigir al agente a lo largo del stack completo en una funcionalidad que antes requería la coordinación de tres especialistas.
Emergencia (parcial). Algunas responsabilidades son genuinamente nuevas: diálogos de clarificación con agentes, sesiones de recalibración, contribuciones a la configuración del agente revisor.

La Especialización y la Absorción no aplican significativamente: el rol se expande en lugar de estrecharse, y no se contrae ni desaparece.