El rol ya no es el puesto: cinco arquetipos para equipos con agentes

Boris Cherny, que lidera Claude Code en Anthropic, miró a su equipo y no vio ingenieros, diseñadores y PMs: vio cinco arquetipos —Prototyper, Builder, Sweeper, Grower, Maintainer— y un detalle que descoloca: ninguno está atado a un puesto (vía X). Un diseñador puede ser un Prototyper; un ingeniero, un Sweeper; un PM, un Maintainer.

La idea de fondo es ésta: cuando el agente se come la ejecución mecánica —escribir el código, ejecutar los tests, abrir el PR—, lo que te diferencia deja de ser tu puesto y pasa a ser tu postura en el ciclo de vida del producto. No “soy ingeniero”, sino “estoy prototipando” o “estoy manteniendo”. Conviene mirar los cinco antes de decidir quién hace qué.

Los cinco arquetipos no son cinco puestos

La mayoría de la gente abarca dos de estas cinco posturas, a veces tres, y casi nunca encajan con su cargo. Boris nombra cinco, no cinco puestos: el Prototyper genera ideas nuevas a chorro y asume que la mayoría no llegará a producción; el Builder coge ese prototipo y lo convierte rápido en producto o infraestructura de producción; el Sweeper limpia la UI, simplifica el código y el sistema, retira lo que sobra y optimiza el rendimiento; el Grower toma algo ya construido y lo itera para mejorar el encaje con el mercado —el Product-Market Fit, PMF—; el Maintainer posee un sistema maduro y lo mantiene seguro, fiable, rápido y eficiente mientras escala.

Lo que importa es que la postura no va con el cargo. En Anthropic, dice Boris, hay diseñadores que encajan en el primero, otros en el segundo, otros en el tercero —y lo mismo con ingenieros, PMs o data scientists—.

En la práctica: etiqueta tu próxima tarea con el arquetipo que pide —prototipar, construir, barrer, cultivar, mantener— en el propio ticket, no en tu cabeza, y al lado de tu cargo. Verás que sueles saltar entre dos.

El equipo sano cambia de mezcla según la etapa

La composición de un equipo no es “3 ingenieros y 1 diseñador”. Es qué mezcla de arquetipos pide la etapa del producto, y Boris la ordena en tres recetas: un producto nuevo, pre-PMF, necesita gente fuerte en Prototyper + Builder + Sweeper (1+2+3); uno que ya encontró su PMF y crece necesita Builder + Sweeper + Grower y algo de Maintainer (2+3+4 + algo de 5); uno con PMF fuerte necesita Sweeper + Grower + Maintainer y algo de Builder (3+4+5 + algo de 2).

El mecanismo es que cada etapa premia una postura distinta. Poner cinco Maintainers en un producto pre-PMF lo mata de cautela; poner cinco Prototypers en un sistema maduro lo rompe. El desajuste entre la mezcla que tienes y la etapa en la que estás es el bug, no las personas.

En la práctica: en tu próxima retro, monta una tabla de arquetipo × persona —cinco columnas, una fila por miembro— y marca la postura dominante de cada uno. Compara la columna que más se repite con la etapa real de tu producto: si se llenan Sweeper, Grower y Maintainer y nadie prototipa en algo aún pre-PMF, ese hueco es tu próxima contratación.

Por qué los puestos se desacoplan

Un paper reciente —The End of Software Engineering, arXiv, junio de 2026— mide hasta dónde llega esto: la coordinación multi-agente recorta el tiempo de depuración un 93% en sus pruebas (arXiv). Cuando ejecutar es casi gratis, escribir código se vuelve un commodity y —argumenta el paper— los diferenciadores humanos pasan a ser articular la intención, la supervisión arquitectónica y la calibración de calidad.

El mecanismo es ese. El límite que separaba los puestos era quién sabe implementar; si implementar deja de ser el cuello de botella, ese límite se disuelve y lo que queda —generar, construir, simplificar, cultivar, mantener— cruza por encima de los cargos. El paper organiza los roles por cuándo ocurre la decisión en el proceso, no por la función de quien la toma: es la observación de Boris vista desde la academia.

En la práctica: en tu próximo proceso de contratación o evaluación, sustituye la rúbrica por función —“frontend / backend / PM”— por una pregunta de postura: ¿en qué punto del ciclo —generar, construir, simplificar, cultivar, mantener— rinde de verdad esta persona? Es lo que ahora predice el resultado.

El FDE ya vive en la escalera

Hay un puesto que ya salta entre arquetipos por oficio: el Forward Deployed Engineer (FDE). Las ofertas de FDE pasaron de 643 a 5.330 en un año —un +729% interanual entre abril de 2025 y abril de 2026 (Exponent, dato direccional de una plataforma de entrevistas)—. Que el boom coincida con agentes capaces no es casualidad: el FDE es el arquetipo más móvil de los cinco.

El mecanismo: un FDE arranca pegado al cliente-cero prototipando (1+2), endurece el despliegue en producción en casa del cliente (2) y a veces lo mantiene después (5) —todo en la misma semana, sin pasar el testigo a otro equipo—. Es el generalista a lo largo del ciclo convertido en oficio: la fluidez que Boris describe, pero como rol pagado.

En la práctica: si eres FDE —o quieres serlo—, anota en cada entrega qué peldaño tocaste, del 1 al 5. Al cabo de un mes tendrás tu perfil real de arquetipo —casi nunca coincide con el título— y sabrás qué postura te falta practicar.

Mira qué arquetipo te pide el trabajo, no tu título

Prototyper, Builder, Sweeper, Grower, Maintainer: cinco posturas frente al trabajo, ninguna atada a un cargo. Cuando el agente se queda con la ejecución mecánica, el puesto —ingeniero, diseñador, PM— se vuelve un mal predictor de lo que haces de verdad un martes cualquiera. El arquetipo, no.

No es que los títulos desaparezcan mañana; es que dejan de ser la unidad útil para repartir el trabajo, montar un equipo o entender en qué eres bueno. La pregunta deja de ser “qué soy” y pasa a ser “qué postura pide esto que tengo delante”.

¿Qué arquetipo te pidió la última tarea que terminaste —y se parece a lo que pone en tu puesto?