Cuando una persona puede idear, construir y revisar con ayuda de agentes, repartir el trabajo solo por herramientas se queda corto. Me resulta más útil preguntar qué tipo de trabajo necesita el proyecto y dónde aporta más mi criterio.
En este video desarrollo cinco roles y una forma de aplicarlos: el combo 1 + 1 + 3. Eliges un rol como ancla, otro como apoyo con IA y conviertes tareas de los tres restantes en encargos concretos para agentes. El propósito es avanzar con una distribución consciente del trabajo.

De dónde salen los cinco roles
El punto de partida es una publicación de Boris Cherny del 28 de junio de 2026. Al observar el equipo de Claude Code, propone cinco arquetipos que atraviesan funciones como ingeniería, producto y diseño. Es una reflexión sobre cómo organizar el trabajo, no una predicción demostrada de que desaparecerán todos los cargos.
| Rol | Aporte principal |
|---|---|
| Prototyper | Explorar ideas y convertirlas en pruebas |
| Builder | Llevar una idea a un producto utilizable |
| Sweeper | Simplificar, depurar y retirar lo que sobra |
| Grower | Iterar sobre algo construido para mejorar su encaje con el mercado |
| Maintainer | Sostener seguridad, fiabilidad y eficiencia de un sistema maduro |
Cherny señala que una persona puede combinar varios roles y que la mezcla cambia según el producto. En mi interpretación práctica, conviene tratarlos como modos de trabajo que puedes alternar. La etiqueta solo sirve si te ayuda a decidir qué hacer después.
Cómo se ven estos roles en el trabajo cotidiano
Un prototipador puede abrir varias posibilidades antes de comprometerse con una. En contenido, eso puede ser explorar distintos ángulos y títulos para un video. El criterio está en reconocer qué idea merece una prueba, en lugar de confundir cantidad de propuestas con calidad.
El constructor toma una de esas opciones y la lleva a un resultado que otra persona pueda usar. Por ejemplo, una herramienta deja de ser una conversación prometedora cuando permite completar la tarea, tiene un destino claro y sus partes funcionan juntas. Mi guía de agentes internos y externos muestra por qué una utilidad personal y un producto para clientes requieren verificaciones diferentes.
El rol de limpieza aparece cuando hay piezas que complican el recorrido. En edición de contenido, puede consistir en quitar una explicación repetida. En una aplicación, en simplificar una pantalla o una función que añade mantenimiento sin aportar al usuario. Limpiar también puede significar retirar algo que ya construiste.
El rol de crecimiento trabaja sobre una base que ya existe. En mi caso, lo relaciono con revisar títulos y miniaturas, formular una hipótesis y observar qué ocurre. Publicar más variaciones sin una pregunta que resolver puede aumentar la actividad sin mejorar el aprendizaje.
El mantenimiento cierra el circuito: lo que funciona necesita seguir funcionando. Revisar errores, conexiones, copias de respaldo o consumo evita que el esfuerzo de construcción se pierda después del lanzamiento. Es un trabajo continuo, aunque produzca menos capturas llamativas que una primera versión.
El combo 1 + 1 + 3 de Benjamín Cordero
Mi adaptación consiste en repartir las cinco funciones en tres niveles. La elección depende de tu experiencia, de lo que disfrutas haciendo y de lo que necesita el proyecto.
El ancla es el rol donde concentras tu criterio. No significa hacerlo todo manualmente. Puedes pedir investigación, alternativas o una primera revisión a la IA, pero mantienes la decisión que define la dirección.
El apoyo es el rol que desarrollas con un copiloto. Trabajas junto al agente, revisando sus propuestas e iterando. Es útil cuando puedes juzgar el resultado, pero todavía necesitas participar en el proceso para aprender o mantener calidad.
Los tres restantes se convierten en tareas delegables. No se entrega una responsabilidad infinita como “encárgate de mantener mi empresa”. Se asigna una unidad de trabajo con alcance, herramientas, límites y una evidencia de terminación.
En el video cuento que mi ancla es el prototipador: los ángulos, ganchos y apuestas de contenido salen de mí. Mi apoyo es el crecimiento, donde trabajo títulos y miniaturas con IA. Para construcción, limpieza y mantenimiento utilizo agentes en distintos equipos. Esa distribución describe mi forma de trabajar en la grabación; no exige comprar varias máquinas para aplicar el ejercicio.
Tu proyecto puede necesitar otro combo
En la propuesta original, una iniciativa antes de encontrar mercado necesita explorar, construir y simplificar. Cuando empieza a crecer, ganan peso la construcción y la iteración. Un producto maduro necesita especialmente mejora, limpieza y mantenimiento, con construcción selectiva.

Esa distinción ayuda a reconocer un atasco frecuente: pulir una solución que todavía no has puesto delante de un usuario. Puedes ser muy bueno perfeccionando detalles y, al mismo tiempo, necesitar terminar una versión pequeña para validar si resuelve algo.
También ocurre el problema inverso. Una herramienta ya tiene usuarios, pero sigues abriendo prototipos mientras se acumulan fallos y solicitudes de soporte. En ese momento, otra idea puede ser menos valiosa que estabilizar el recorrido que ya depende de ti.
Antes de cambiar de herramienta, identifica el trabajo que limita el avance. En la guía de automatización por etapas desarrollo cómo localizar ese cuello de botella. La misma lógica sirve para decidir qué rol necesita más atención esta semana.
El test del sábado y sus límites
En el video propongo una pregunta sencilla: si un sábado tuvieras una hora libre para tu proyecto, ¿abrirías una idea, terminarías algo, ordenarías, revisarías métricas o comprobarías que todo funciona?
Tu respuesta puede revelar una preferencia. Después contrástala con tus últimos siete días. ¿Qué tareas realmente terminaste? ¿En cuáles aportaste una decisión que cambió el resultado? ¿Qué trabajo evitas aunque el proyecto lo necesite?
También preparé Los 5 Roles, un ejercicio interactivo para explorar el ancla y el apoyo. Úsalo como punto de partida para conversar y organizarte. No es una evaluación psicológica validada ni determina una profesión permanente.

Delega una tarea esta semana
La aplicación empieza con un encargo pequeño. Esta tabla es una adaptación editorial para convertir cada función en un resultado que puedas revisar:
| Trabajo que necesitas | Encargo posible al agente | Evidencia para revisarlo |
|---|---|---|
| Explorar | Proponer tres enfoques a partir del mismo problema de usuario | Diferencias, supuestos y una prueba para cada enfoque |
| Construir | Completar un recorrido acotado en una herramienta | Demostración del recorrido y comprobaciones relevantes |
| Limpiar | Localizar duplicaciones y proponer simplificaciones | Lista razonada y cambios revisables |
| Crecer | Analizar una hipótesis con datos del mismo periodo | Datos utilizados, resultado y límites de la comparación |
| Mantener | Revisar enlaces o ejecuciones fallidas de un sistema | Informe con evidencia y acciones pendientes |
Evita empezar delegando cambios de presupuesto, envíos o eliminaciones bajo una instrucción ambigua. Define qué puede hacer el agente y qué decisión necesita volver a ti. Una revisión de enlaces puede terminar en un informe; corregirlos ya supone otro alcance.
Para tareas que necesitan varias iteraciones, puedes usar un objetivo verificable. En mi guía de loops y el framework DAME explico cómo expresar dirección, autonomía, mejora y estado de avance. Repetir una instrucción solo aporta si el sistema puede comprobar si está progresando.
Por qué prestar atención al mantenimiento
En la comunidad, el mantenimiento recibió menos votos que otros roles en una encuesta que comenté durante el video. Eso me hizo pensar en una oportunidad: cuanto más construimos, más importante se vuelve cuidar lo que dejamos funcionando.
La encuesta describe a sus participantes, no el mercado laboral completo. Tampoco demuestra que ofrecer mantenimiento garantice ingresos. Para convertirlo en un servicio, necesitas encontrar un problema real, definir una responsabilidad que puedas cumplir y comprobar que alguien valora esa solución.
Hay una buena conexión con mi guía para vender servicios de IA: la oferta empieza en el diagnóstico. “Mantengo tu captación y detecto cuándo falla” puede ser más concreto que vender un agente sin explicar qué protege o mejora.
Tu combinación puede cambiar con el proyecto y con lo que aprendas. Lo valioso es mantener visible quién decide, qué hace cada agente y cómo compruebas el resultado.
Video completo y recursos
En el video de los cinco roles desarrollo los ejemplos, el combo 1 + 1 + 3 y la relación con la etapa del proyecto. Si quieres implementar tus primeros delegados, tienes el curso de Claude Code.
Puedes compartir tu combinación en los comentarios de YouTube y suscribirte al canal. Los recursos y el trabajo de implementación de la comunidad están en Imperio Agéntico en Skool.
Preguntas frecuentes
¿Cuáles son los cinco roles para trabajar con IA?
Prototyper explora, Builder construye, Sweeper simplifica, Grower itera para mejorar y Maintainer sostiene el sistema. Benjamín Cordero desarrolla estos roles a partir de una reflexión de Boris Cherny sobre el trabajo de su equipo.
¿Qué significa el combo 1 + 1 + 3?
Es la adaptación de Benjamín Cordero: un rol como ancla de tu criterio, otro como apoyo con IA y tareas concretas de los tres restantes delegadas a agentes. No implica entregarles responsabilidades ilimitadas.
¿Puedo tener más de un rol?
Sí. Los roles describen modos de trabajo que se pueden combinar y cambiar según el proyecto. La elección sirve para organizar tareas, no para fijar una identidad profesional permanente.
¿Cómo encuentro mi ancla?
Pregúntate qué trabajo elegirías en una hora libre y compáralo con lo que realmente hiciste durante la semana. Observa dónde tu criterio mejoró el resultado. El test Los 5 Roles ofrece un ejercicio orientativo adicional.
¿El test Los 5 Roles es una evaluación psicológica?
No se presenta como una evaluación psicológica validada. Es una herramienta de reflexión para explorar preferencias y organizar el trabajo de un proyecto.
¿Por qué cambia el combo según la etapa?
Antes de validar una solución necesitas explorar y construir. Cuando existe uso real cobran más peso la iteración y la estabilidad. Revisa qué problema limita el avance para decidir qué trabajo priorizar.
¿Ser Maintainer garantiza una oportunidad de negocio?
La necesidad de mantener sistemas puede justificar investigar un servicio, pero una encuesta de comunidad no demuestra demanda de mercado ni ingresos. Primero valida un problema y un alcance que puedas resolver.
¿Cómo empiezo a delegar un rol a un agente?
Elige una tarea pequeña con un resultado verificable, define las herramientas y acciones permitidas y pide evidencia de lo completado. Una revisión de enlaces o de errores es más concreta que pedir mantener todo un negocio.
