Saltar al contenido
Studeia Docs
AI-assisted translation — last updated 2026-06-22. For original (pt-BR or en-US), use the language switcher.

Grabación y transcripción de clases en vivo (multi-proveedor)

Cómo Studeia gestiona la grabación y transcripción de clases en vivo: acceso seguro a la grabación por rol, transcripción native-first (VTT del proveedor) con fallback STT, revisión e ingestión en el RAG.

2026-06-22 7 min
Resposta curta

Studeia gestiona la grabación y transcripción de clases en vivo de forma multi-proveedor (BBB, Zoom, Teams, Meet). El acceso a la grabación se resuelve por rol en el servidor (admin, profesor propietario, alumno matriculado) — nunca como enlace directo, sin exponer la clave del proveedor. La transcripción es native-first: usa la transcripción nativa del proveedor (VTT) cuando existe y recurre a STT (Whisper→Google) solo cuando es necesario. Tras un flujo de revisión (pending→review→approved→ingested), la transcripción puede ser ingerida en el RAG, haciendo que el tutor IA responda también basándose en la clase hablada.

Las clases en vivo generan dos activos valiosos: la grabación y la transcripción. Studeia trata ambos de forma segura y multi-proveedor, y además transforma la transcripción en material para el tutor IA.

Respuesta rápida

  • Acceso a la grabación resuelto por rol en el servidor (admin/profesor/alumno matriculado)
  • Nunca enlace directo — token efímero o proxy, sin exponer la clave del proveedor
  • Transcripción native-first: VTT del proveedor primero; STT (Whisper→Google) solo si es necesario
  • Flujo de revisión (pending→review→approved→ingested)
  • La transcripción aprobada puede ser ingerida en el RAG del curso

Acceso seguro a la grabación

La grabación no se entrega como URL directa (lo que filtraría credenciales). La plataforma resuelve la autenticación por detrás, según el proveedor:

ProveedorCómo se entrega
BBBRedirección a la página del reproductor
ZoomRedirección con token re-emitido
TeamsProxy de bytes (Graph requiere Bearer)
MeetRedirección gobernada por la ACL de Drive

La autorización por rol (admin institucional, profesor propietario, alumno matriculado) se verifica en el servidor.

Transcripción native-first

  1. Nativa primero: intenta la transcripción del proveedor (Zoom/Teams/Meet en VTT), normalizada a texto. Gratuita.
  2. Fallback STT: solo cuando no hay nativa, descarga el contenido multimedia (con autenticación resuelta por el adapter) y transcribe con Whisper, recurriendo a Google Speech-to-Text.
  3. Limitación: el BBB estándar puede no exponer contenido multimedia descargable para STT — en ese caso, degrada con un mensaje claro.

De la transcripción al tutor IA

La transcripción pasa por un flujo de estados:

pending → review → approved → ingested

Una vez aprobada, puede ser ingerida en el RAG del curso. A partir de ese momento, el tutor IA responde también basándose en lo que se dijo en la clase en vivo — no solo en el material escrito. Esto amplía la cobertura del tutor sin trabajo manual de transcripción.

Confiabilidad

Los webhooks de grabación son inestables (retrasos, fallos). Por eso, un cron de sincronización funciona como fallback: busca grabaciones y transcripciones pendientes periódicamente, garantizando que nada se pierda.

Preguntas frecuentes

¿Quién accede a la grabación? Admin, profesor propietario y alumno matriculado — por rol, en el servidor.

¿Cómo es la transcripción? Native-first (VTT del proveedor); STT (Whisper→Google) solo si es necesario.

¿Se convierte en material del tutor? Sí, tras aprobación, ingerida en el RAG.

¿Funciona con cualquier proveedor? Sí (BBB/Zoom/Teams/Meet), con particularidades por proveedor.


Consulta las clases en vivo y la ingestión RAG.

FAQ

¿Quién puede acceder a la grabación de una clase en vivo?

El acceso se resuelve por rol en el servidor: admin institucional, el profesor propietario de la clase y los alumnos matriculados (en el grupo, cuando la clase está limitada por grupo). La grabación nunca se entrega como enlace directo — la plataforma resuelve la autenticación por detrás (redirección con token efímero o proxy de bytes), sin exponer la clave del proveedor al navegador.

¿Cómo funciona la transcripción de las clases?

Es native-first: la plataforma primero intenta la transcripción nativa del proveedor (Zoom/Teams/Meet en VTT, normalizada a texto), que es gratuita. Solo cuando no hay transcripción nativa recurre a STT (Whisper, con fallback a Google Speech-to-Text), descargando el contenido multimedia con autenticación resuelta por el adapter del proveedor.

¿La transcripción se convierte en material de estudio para el tutor IA?

Puede. La transcripción pasa por un flujo de revisión (pending→review→approved→ingested). Una vez aprobada, puede ser ingerida en el RAG del curso, haciendo que el tutor IA responda también basándose en lo que se dijo en la clase en vivo — no solo en el material escrito.

¿Funciona con cualquier proveedor de video?

La grabación y la transcripción utilizan el adapter pattern multi-proveedor (BBB, Zoom, Teams, Google Meet). Cada proveedor tiene particularidades: la transcripción nativa varía, y el BBB estándar puede no exponer contenido multimedia descargable para STT, en cuyo caso la plataforma degrada con un mensaje claro. Un cron de sincronización funciona como fallback a los webhooks.

Veja tambem

Grabación y transcripción de clases en vivo (multi-proveedor)