Explícame qué pasa en realidad cuando llamas a una función generadora.

Llamar a una función generadora no ejecuta nada del cuerpo; devuelve un objeto generador. El cuerpo se ejecuta solo cuando llamas a next sobre él, corriendo hasta el primer yield, que suspende el frame con sus variables locales intactas. Cada next posterior retoma exactamente donde se paró. Cuando el cuerpo termina, el generador lanza StopIteration, que un bucle for captura por ti.

Llamarla no hace casi nada. Python ve la palabra clave yield en tiempo de compilación, marca la función como generadora, y la llamada solo te devuelve un objeto generador con el frame congelado. Nada del cuerpo se ha ejecutado todavía, y eso descoloca a quien espera que su validación de las primeras líneas salte de inmediato. El primer next corre hasta llegar a un yield, saca ese valor y congela el frame con todas las locales aún vivas. Llamas a next otra vez y la ejecución sigue en la línea posterior al yield. Cuando la función llega al final o encuentra un return pelado, Python lanza StopIteration, y un bucle for lo interpreta como la señal de parar. Por debajo, un generador cumple el protocolo de iterador porque tiene tanto dunder iter como dunder next, así que funciona en cualquier sitio donde se espere un iterable. Me apoyo en esto para pipelines de streaming. En un proyecto teníamos cuatro etapas de transformación encadenadas como generadores, y ninguna etapa llegó nunca a tener más de un registro a la vez.