Comprenez quelles pages Rivya sont publiques, lesquelles exigent une connexion, et comment les prompts, modèles, uploads, crédits et historiques passent dans Studio.

Ce guide aide à éviter un malentendu fréquent : les pages publiques sont le début du workflow, pas tout l'espace de travail enregistré.

La façon la plus simple de comprendre Rivya est celle-ci :

utilisez les pages publiques pour choisir le bon chemin
utilisez le produit connecté pour réellement exécuter et continuer le travail

Une fois cette limite claire, les pages de modèles, pages de prompts, pages d'outils, uploads, crédits et passages vers Studio deviennent beaucoup plus faciles à comprendre.

À quoi servent les pages publiques

Les pages publiques aident à répondre à des questions comme :

quel type de travail suis-je vraiment en train de faire
quel chemin correspond à cette tâche
quel modèle ou outil vaut la peine d'être essayé en premier
Rivya est-il même le bon produit pour ce workflow

C'est pourquoi les chemins publics incluent notamment :

Chat, Image, Video et Audio
AI Models et les pages de détail des modèles
Tools et les pages d'outils live
les pages de prompts comme Chat Prompts, Image Prompts, Video Prompts et Audio Prompts
les pages Showcase comme Image Showcase et Video Showcase

Ces pages ne sont pas décoratives. Elles aident les utilisateurs à comparer les options et à choisir le premier chemin avant la connexion.

À quoi sert le produit connecté

Le produit connecté est l'endroit où le travail cesse d'être une possibilité et devient un état produit enregistré.

C'est là que Rivya porte :

l'exécution réelle
les uploads
l'usage adossé au portefeuille
les sessions de chat enregistrées
l'historique de génération
les notifications
la facturation et les paramètres de compte

Les principaux chemins ici sont :

/dashboard
/studio/*
/history/*
/notifications
/settings/*
/payment

Si la question n'est plus « que devrais-je essayer ? » mais « comment garder ce travail en mouvement ? », c'est cette couche qui compte.

Où se situe réellement la limite de connexion

Le point le plus important à dire clairement est celui-ci :

public ne signifie pas exécution entièrement anonyme.

Aujourd'hui :

les pages publiques peuvent vous aider à parcourir et comparer
les pages de démarrage public peuvent préserver l'intention de tâche et le contexte de quick-use
les pages de prompts et Showcase peuvent vous diriger vers la bonne étape suivante

Mais l'exécution réelle, les uploads et la continuité enregistrée dépendent encore de la connexion.

La description exacte de Rivya est donc :

public pour la découverte et les démarrages guidés

et non :

entièrement anonyme pour l'exécution complète des workflows

À quoi ressemble un passage normal

Le passage entre les couches publique et authentifiée n'est pas un plan de secours. Dans la plupart des cas, c'est le chemin prévu.

Exemples fréquents :

arriver sur /ai-models/gpt-image-1-5, puis se connecter avant la première vraie exécution
parcourir une page de prompts sans être connecté, puis utiliser ce prompt via la bonne page de démarrage
comparer publiquement des modèles, puis passer dans /studio/* lorsque la continuité enregistrée compte
commencer depuis une page d'outil, puis continuer le travail dans un chat enregistré

C'est pourquoi les comportements de callback et de returnTo comptent. Le produit essaie de porter l'intention d'origine de l'utilisateur au lieu de lui faire recommencer.

Prompts, Showcase et pages de démarrage public fonctionnent ensemble

Les pages de prompts, les pages Showcase et les pages de démarrage sont des surfaces différentes, mais elles résolvent le même problème plus large :

vous aider à partir de quelque chose de plus informé qu'un écran vide

Les pages de prompts fonctionnent le mieux lorsque vous voulez un modèle réutilisable.

Les pages Showcase fonctionnent le mieux lorsque vous voulez des exemples ou de l'inspiration.

Les pages de démarrage public fonctionnent le mieux lorsque le chemin, le modèle ou la forme de la tâche est déjà assez clair et que l'étape suivante doit sembler immédiate.

Si le type de sortie est déjà clair, commencez par Chat, Image, Video ou Audio. Si la question principale est l'adéquation du modèle ou un outil live, commencez plutôt par AI Models ou Tools.

Ensemble, ces pages donnent à l'expérience publique l'impression d'une vraie couche de départ plutôt que d'une enveloppe marketing.

La règle la plus simple

Utilisez les pages publiques lorsque la question principale est :

quel est le bon chemin ?

Utilisez la partie connectée lorsque la question principale est :

maintenant que je connais le chemin, comment exécuter et continuer réellement le travail ?

C'est encore la façon la plus simple de comprendre Rivya.

Checklist de passage

Lorsqu'un démarrage public doit devenir un vrai travail enregistré, vérifiez :

Gardez les pages publiques pour la découverte, le premier cadrage et les démarrages à faible friction.
Passez dans Studio lorsque la tâche a besoin de contexte enregistré, d'uploads, d'historique, de facturation ou de suivi.
Transmettez le modèle, le prompt, l'outil, l'intention de référence et le contexte de retour au-delà de la limite de connexion.
Ne promettez pas une exécution anonyme longue depuis les pages publiques.
Vérifiez les crédits et l'état du compte avant de transformer un brouillon public en exécution facturable.

Revérifiez lorsque des uploads, un historique enregistré, des notifications ou une génération payante sont attendus avant la connexion. C'est là que la navigation publique s'arrête et que le comportement du produit authentifié commence.

Pages publiques Rivya vs workflows connectés