La forma más rápida de desperdiciar créditos en Rivya es elegir un modelo porque el nombre se siente familiar.
El mejor movimiento es decidir qué es realmente el trabajo, en qué etapa está, desde qué empieza la ejecución y qué no puedes permitirte que salga mal en la primera pasada. Si quieres primero la explicación más estricta del catálogo, elegir modelos en Rivya es la página de referencia. Este artículo es la capa de decisión que se apoya en ella.
Empieza por el trabajo
Antes de comparar nombres de modelos específicos, responde la primera pregunta de límite:
- ¿esto es realmente una tarea de chat?
- ¿una tarea de imagen estática?
- ¿una tarea de video?
- ¿una tarea de voz o audio?
- ¿un problema estrecho con forma de herramienta?
Esa pregunta suena básica, pero hace la mayor parte del trabajo. En Rivya, muchas malas elecciones de modelo ocurren antes de que se abra la página final del modelo. Si el tipo de resultado aún no está claro, el primer movimiento correcto suele ser Chat, no una comparación de modelos.
Cuatro preguntas primero
La mayoría de las buenas elecciones de modelo en Rivya vienen de cuatro preguntas anteriores:
- ¿qué exactamente debe salir de esta ejecución?
- ¿estoy explorando, controlando o puliendo?
- ¿empiezo solo desde prompt, archivos de referencia, subidas o medios existentes?
- ¿la primera prioridad es velocidad, acabado o aprendizaje de bajo riesgo?
Esas preguntas normalmente reducen el campo más rápido que la familiaridad de marca.
Por ejemplo:
- una ejecución exploratoria solo con prompt no es el mismo trabajo que una ejecución controlada y pesada en referencias
- una prueba barata de concepto en primera ejecución no es el mismo trabajo que un recurso final premium
- una voz en off, una escena de diálogo, una tarea de limpieza de audio y una tarea centrada primero en música no deben tratarse como la misma decisión de audio
Ajusta el modelo a la etapa
Uno de los errores más fáciles en Rivya es mantener el mismo modelo después de que cambió la etapa de trabajo.
El trabajo suele moverse por etapas como estas:
- aclarar el brief
- explorar opciones rápidamente
- ejecutar una pasada más controlada
- pagar por un acabado final más fuerte
Eso significa que el modelo correcto puede cambiar aunque el tema del proyecto siga igual.
Ejemplos típicos:
- usa Chat primero cuando el brief aún está inestable
- usa rutas de imagen y video más amplias o de menor riesgo cuando aún estás aprendiendo
- cambia a modelos con más control o mayor acabado cuando la dirección ya esté probada
- elige la rama de audio por forma de tarea, no por la palabra vaga "audio"
Un modelo correcto para descubrimiento puede ser derrochador para la pasada final. Un modelo correcto para la pasada final puede ser el lugar equivocado para aprender.
Léelo como gasto
Los campos más útiles en una página de modelo de Rivya son los que te dicen si esta forma de ejecución encaja realmente.
Los campos que más suelen importar son:
- strengths
- supported modes
- reference support o forma de subida
- direct-generation status
- credits hint
- sample outputs y FAQ, cuando estén disponibles
Por eso un nombre de modelo famoso no basta por sí solo. Si los supported modes, la forma de subida o los límites de referencia no encajan con el trabajo que tienes ahora, la marca está haciendo menos trabajo del que crees.
Si necesitas el vocabulario compartido detrás de esos campos, glosario de Rivya y campos y parámetros de modelos en Rivya son las mejores páginas complementarias.
Patrón de selección de modelo
El producto actual normalmente recompensa este patrón:
- empieza en AI Models o en el hub de superficie como /image, /video o /audio
- abre uno o dos candidatos que ya encajen con el tipo de resultado
- compara strengths, supported modes, reference support y credits hint
- lanza el bloque público quick-start o la ruta de Studio que coincida
- cambia después del primer resultado si cambió la etapa de trabajo
Ese último paso importa más de lo que mucha gente espera. Quedarse con el modelo anterior solo porque ya produjo algo suele ser como empieza a desviarse el gasto.
Cuándo ir más estrecho
Esta página no es la mejor primera parada si:
- necesitas definiciones exactas de campos más que guía de decisión
- subidas y referencias son la restricción real
- ya sabes el flujo de trabajo exacto y solo necesitas una comparación de modelos más estrecha
- ya estás en una pregunta concreta de familia contra familia
En ese punto, las páginas más estrechas son más rápidas:
A dónde ir después
- Si necesitas la referencia de catálogo y campos, lee elegir modelos en Rivya y campos y parámetros de modelos en Rivya.
- Si subidas y referencias son la restricción más difícil, lee referencias y subidas en Rivya.
- Si la siguiente pregunta es el flujo de primera sesión, lee cómo ejecutar tu primera tarea real en Rivya.
- Si la siguiente pregunta es elegir superficie, lee flujos de trabajo de imagen en Rivya, flujos de trabajo de video en Rivya y flujos de trabajo de audio en Rivya.
- Si ya sabes el tipo exacto de trabajo que estás haciendo, las páginas de comparación más estrechas suelen ser más rápidas que quedarte en una guía de selección amplia.
Usa un brief de control
Cuando dos modelos parecen plausibles, compáralos con un solo brief de control en vez de desviarte hacia experimentos separados.
Escribe:
- la tarea exacta
- la entrada inicial
- el formato de resultado
- la restricción que no puede fallar
- el rango de créditos que aún se siente razonable
- qué haría que cambies de modelo después de una ejecución
Eso convierte la elección de modelo en una decisión controlada en vez de un concurso de popularidad.
Revisa el encaje antes de cambiar de modelo
Antes de cambiar, identifica el fallo real:
- modo de entrada equivocado
- manejo débil de referencias
- movimiento o estructura pobres
- acabado insuficiente
- demasiado caro para la etapa
- brief demasiado vago para que cualquier modelo responda bien
Si el fallo está en el brief, arregla primero el brief. Si el fallo está en el encaje del modelo, cambia al modelo cuyas strengths coincidan con ese fallo. Esa disciplina evita que la exploración de modelos se convierta en adivinanza cara.
