Documentación de Rivya AI

Guía de referencias y cargas en Rivya

Planifica referencias de Rivya, cargas de audio, límites de archivo, requisitos de inicio de sesión, comprobaciones de seguridad, elección de modelo y ejecución en Studio.

Usa esta guía de referencias y cargas antes de elegir un modelo que dependa de referencias de imagen, referencias de video o audio cargado.

Las referencias y cargas son una parte central de cómo las tareas de Rivya pasan del descubrimiento a la ejecución en Studio con sesión iniciada.

Afectan:

  • elección de modelo
  • elección de flujo de trabajo
  • estructura del prompt
  • costo de la tarea
  • si el usuario debería empezar en una página pública de inicio, detalle de modelo o Studio

Por eso las cargas no son solo un detalle de UI. Forman parte de la lógica del flujo de trabajo.

Un detalle operativo importa desde el principio:

  • las páginas conscientes de referencias pueden ser públicas
  • la carga real de archivos requiere actualmente iniciar sesión

Así que una página pública de inicio todavía puede ser el lugar correcto para empezar, pero la ejecución basada en cargas no es completamente anónima en el producto actual.

Tres formas de carga

Hoy, el comportamiento de referencias y cargas en Rivya cae principalmente en tres formas:

  • referencias de imagen
  • referencias de video
  • cargas de audio

No todos los modelos admiten las tres.

Por eso importa revisar la página del modelo antes de empezar la tarea.

Referencias de imagen

Muchos flujos de trabajo de imagen y video admiten referencias de imagen.

Según el modelo, los límites de referencias de imagen pueden variar mucho.

Ahora mismo, ese rango va desde:

  • una sola imagen de referencia
  • flujos multiimagen más grandes

Esto importa porque "admite referencias" y "admite muchas referencias" no son lo mismo.

Referencias de video

Algunos flujos de trabajo de video también pueden aceptar referencias de video u otros modos de referencia extendidos.

No son universales en todo el catálogo.

Por eso los usuarios no deben asumir que todos los modelos de video pueden recibir el mismo tipo de entrada solo porque pertenecen a la misma categoría.

Cargas de audio

Las cargas de audio importan más en flujos como:

  • limpieza de audio
  • aislamiento de audio
  • transformación de audio

Son estructuralmente distintas de la generación de audio prompt-first.

Si el modelo espera audio cargado, el formulario se comporta de forma diferente a propósito.

Por qué el formulario cambia según el modelo

Los formularios de generación de Rivya están impulsados por el modelo.

Eso significa que las entradas visibles dependen de:

  • qué admite el modelo seleccionado
  • qué tipos de archivo acepta
  • cuántos archivos puede recibir

Este es el comportamiento correcto, porque un modelo solo de prompt y un modelo upload-first no son el mismo flujo de trabajo.

Tipos de carga actuales

Los principales tipos de carga usados en los flujos actuales del producto son:

  • image
  • video
  • audio

Estos se normalizan dentro del producto antes de enviarse a la solicitud final del modelo.

Límites de carga actuales

La ruta de carga aplica actualmente comprobaciones de tamaño y tipo por clase:

Image

  • JPEG
  • PNG
  • WebP
  • tamaño máximo predeterminado actual: 10 MB
  • Nano Banana 2 y Nano Banana Pro permiten actualmente hasta 30 MB

Video

  • MP4
  • MOV / QuickTime
  • WebM
  • tamaño máximo actual: 50 MB
  • Wan 2.6 usa actualmente un límite más estricto de 10 MB y acepta cargas de video estilo MP4, MOV / QuickTime y MKV

Audio

  • MP3
  • MP4 audio
  • WAV
  • AAC
  • OGG
  • tamaño máximo predeterminado actual: 10 MB

Estos límites tienen que ver con ingesta y routing seguros, no solo con comodidad de UI.

Referencias y elección de modelo

El soporte de referencias suele importar más que la fama.

Por ejemplo:

  • si el flujo necesita muchas referencias de imagen, el modelo correcto rara vez se elige solo por reputación de marca
  • si el flujo necesita audio cargado, un modelo TTS estándar es el punto de entrada incorrecto

Por eso el orden más limpio para elegir modelo es:

  1. tipo de salida
  2. requisito de referencia o carga
  3. ajuste de costo y calidad
  4. solo entonces preferencia de modelo

Páginas públicas vs Studio

Las páginas públicas de inicio son buenas cuando quieres:

  • una primera landing page pública
  • una entrada directa específica del modelo
  • una ruta desde búsqueda hacia el flujo de trabajo correcto

Studio es mejor cuando la tarea necesita:

  • carga y ejecución con sesión iniciada
  • iteración repetida
  • más continuidad
  • un contexto de trabajo más completo

Esto es especialmente cierto cuando la carga misma se vuelve parte de un flujo más largo.

Errores comunes

Error 1: asumir que todos los modelos de una categoría aceptan los mismos tipos de archivo

No lo hacen.

Error 2: elegir un modelo antes de revisar soporte de cargas

Esto suele crear retrabajo evitable.

Error 3: tratar flujos de audio con carga como flujos solo de prompt

Son rutas distintas y deben tratarse de forma distinta.

Flujo de trabajo con referencias

Una ruta práctica en Rivya se ve así:

  1. revisar la página del modelo para soporte de referencias
  2. elegir la página pública de inicio correcta o la ruta de Studio
  3. iniciar sesión antes del paso real de carga si se requiere contexto de cuenta
  4. cargar solo los tipos que el modelo admite realmente
  5. mantener el prompt alineado con el contexto cargado
  6. revisar el resultado e iterar en el mismo flujo de trabajo

Leer a continuación

Lista de revisión para cargas de referencia

Antes de que una tarea dependa de un archivo de referencia o carga, comprueba:

  • Confirma si la tarea necesita una referencia de imagen, referencia de video, carga de audio o ningún archivo.
  • Revisa la página del modelo para tipos de archivo y límites admitidos antes de preparar recursos.
  • Decide si la tarea pertenece a una página pública de inicio o a Studio con sesión iniciada.
  • Elimina contenido sensible o innecesario del archivo antes de cargarlo.
  • Mantén el prompt alineado con lo que cada archivo cargado debe controlar.

El objetivo es hacer que el archivo sea útil, permitido y relevante antes de gastar credits.

Cuándo volver a revisar el encaje de la carga

Vuelve a revisar el encaje de la carga cuando cambie el modelo seleccionado, un archivo sea demasiado grande, el papel de una referencia no esté claro o el recurso contenga personas, logos, datos privados o material propiedad de un cliente.

En esos casos, revisa Guía de cargas seguras y la página de referencia relevante antes de iniciar otra ejecución.

Tabla de contenido