Idea principal

Un sistema de seguimiento construido con Claude Code recupera los vídeos, los artículos y las newsletters, los traduce, los clasifica, los historiza y los actualiza. Lo que un Product Manager hacía durante horas se hace sin él. Pero el trabajo no cae a cero: cambia de naturaleza.

Hay que decir qué se busca y qué se descarta, verificar que el sistema no ha perdido silenciosamente una fuente, releer lo que ha producido, probar después de cada modificación, y retomar el control cuando se equivoca gravemente — cosa que ocurre, a veces justo después de haber hecho algo brillante.

El saldo sigue siendo claramente favorable, pero se cuenta en naturaleza de trabajo tanto como en horas: se cambia una ejecución larga y previsible por una supervisión corta e irregular.

Capa aportada por "La calidad pertenece a quienes entregan" (2026-06-03). El mismo desplazamiento se observa en la profesión de QA, y allí adopta una forma más nítida. Lo que se va es la ejecución repetitiva: las pruebas manuales repetidas, las regresiones revisadas pantalla a pantalla en cada entrega. Lo que queda es el encuadre — definir qué verificar, sobre qué riesgos, con qué criterios y a qué nivel de automatización. El desplazamiento no es, por tanto, solo cuantitativo: cambia la posición de la función en la cadena, puesto que el encuadre debe escribirse antes de que exista el código mientras que la ejecución solo podía venir después.

Capa aportada por "Cuatro días de vibe coding…" (2026-07-28). El desplazamiento adopta una tercera forma cuando lo que se delega ya no es una tarea accesoria sino la construcción misma. Más de ciento ochenta commits en cuatro días, sin escribir una línea: lo que queda es pilotar, releer, probar, corregir, decidir, retomar, vigilar, volver a explicar. La carga no baja, cambia de ritmo — en lugar de una ejecución larga y regular, una supervisión continua ajustada a la velocidad de la herramienta. Es el aspecto que les falta a los balances eufóricos: la potencia no es gratis, y quien pilota se convierte a la vez en arquitecto de proximidad, tester, revisor y salvaguarda.

Por qué es importante

Esto evita dos errores simétricos al evaluar una automatización: contar la ganancia como si la tarea desapareciera por completo, y concluir que no ha cambiado nada porque subsiste un resto.

También dice qué competencia se vuelve necesaria: saber encuadrar una petición y detectar un resultado falso, más que saber ejecutar la tarea rápido.

Matices y límites

La supervisión es irregular, y por tanto se estima mal: no cuesta casi nada durante semanas, y luego mucho el día en que un resultado falso pasa desapercibido y sirve de base a una decisión.

Y no puede delegarse en alguien que nunca haya hecho la tarea a mano: reconocer un seguimiento que ha dejado escapar lo esencial supone saber cómo es un seguimiento correcto.

Preguntas abiertas

• ¿Con qué señales detectar que un resultado automatizado es falso, cuando precisamente has dejado de producir la materia tú mismo?