El error más fácil es tratar Rivya API y Rivya Studio como caminos que compiten.
Se entienden mejor como dos etapas del mismo producto. Studio es donde las personas exploran, eligen, revisan y continúan el trabajo visualmente. La API es donde un flujo de trabajo estable se vuelve parte de otro producto, script o proceso backend.
Si aún estás aprendiendo la superficie de API, empieza con qué es la Rivya API. Esta página es más específica: cómo decidir si una tarea concreta pertenece en Studio o en la API.
La decisión en una tabla
| Pregunta | Usa Studio cuando... | Usa la API cuando... |
|---|---|---|
| ¿El resultado sigue siendo exploratorio? | sí | no, el flujo de trabajo ya es repetible |
| ¿Una persona necesita comparar resultados? | sí | solo después de que tu app reciba resultados |
| ¿La elección de modelo es estable? | todavía no | sí, o se selecciona desde la lista de modelos de API |
| ¿La tarea necesita medios de referencia? | una persona aún los está preparando | tu app puede subirlos mediante Files API |
| ¿El resultado necesita actualizar otro sistema? | todavía no | sí, mediante polling o webhooks |
| ¿El uso de créditos necesita mantenerse visible? | sí, durante pruebas | sí, pero mediante controles de API a nivel de cuenta |
Esto no trata de qué superficie es más avanzada. Trata de si la tarea está lista para automatizarse.
Usa Studio mientras el trabajo sigue cambiando
Studio es el lugar correcto cuando la decisión humana sigue siendo el trabajo principal.
Eso incluye:
elegir entre modelos de imagen, video, audio o chat
probar si una dirección de prompt vale la pena conservar
comparar resultados visuales lado a lado
decidir si los medios de referencia ayudan o perjudican
