Rivya AI दस्तावेज़

Rivya Public Pages vs Signed-In Workflows

कौन से Rivya pages public हैं, किन्हें sign-in चाहिए, और prompts, models, uploads, credits और history Studio में कैसे move करते हैं, यह समझें.

अंतिम समीक्षा 2026/04/28 को

यह guide एक common misunderstanding से बचने में मदद करती है: public pages workflow की शुरुआत हैं, पूरा saved workspace नहीं.

Rivya को समझने का सबसे simple तरीका यह है:

  • right path चुनने के लिए public pages इस्तेमाल करें
  • work को actually run और continue करने के लिए signed-in product इस्तेमाल करें

यह boundary clear होने के बाद model pages, prompt pages, tool pages, uploads, credits और Studio handoffs समझना बहुत आसान हो जाता है.

Public Pages किसके लिए हैं

Public pages लोगों को ऐसे questions answer करने में मदद करते हैं:

  • मैं वास्तव में किस kind का job कर रहा हूं
  • इस task के लिए कौन सा path fit बैठता है
  • कौन सा model या tool पहले try करने लायक है
  • क्या Rivya इस workflow के लिए right product भी है

इसीलिए public paths में ये pages शामिल हैं:

वे pages decorative नहीं हैं. वे users को sign-in से पहले options compare करने और first path choose करने में मदद करते हैं.

Signed-In Product किसके लिए है

Signed-in product वह जगह है जहां work possibility रहना बंद करके saved product state बनता है.

यहीं Rivya carry करता है:

  • real execution
  • uploads
  • wallet-backed usage
  • saved chat sessions
  • generation history
  • notifications
  • billing और account settings

यहां main paths हैं:

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

अगर question अब “मुझे क्या try करना चाहिए?” नहीं बल्कि “मैं इसे आगे कैसे चलाऊं?” है, तो यही layer matter करती है.

Login Boundary वास्तव में कहां है

सबसे important बात साफ कहना है:

public का मतलब fully anonymous execution नहीं है.

अभी:

  • public pages आपको browse और compare करने में मदद कर सकते हैं
  • public start pages task intent और quick-use context preserve कर सकते हैं
  • prompt और showcase pages आपको right next step में feed कर सकते हैं

लेकिन actual execution, uploads और saved continuity अभी भी sign-in पर depend करते हैं.

इसलिए Rivya का accurate description है:

  • discovery और guided starts के लिए public

यह नहीं:

  • full workflow execution के लिए fully anonymous

Normal Handoff कैसा दिखता है

Public और authenticated layers के बीच handoff fallback नहीं है. Most cases में यही intended path है.

Common examples में शामिल हैं:

  • /ai-models/gpt-image-1-5 पर landing, फिर first real run से पहले sign in करना
  • signed out रहते हुए prompt page browse करना, फिर right start page से उस prompt को use करना
  • models publicly compare करना, फिर saved continuity matter करने पर /studio/* में move करना
  • tool page से start करना, फिर saved chat के अंदर work continue करना

इसीलिए callback और returnTo behavior matter करते हैं. Product user के original intent को आगे carry करने की कोशिश कर रहा है, उन्हें start over कराने की नहीं.

Prompt, Showcase और Public Start Pages साथ काम करते हैं

Prompt pages, showcase pages और start pages different surfaces हैं, लेकिन वे same larger problem solve करते हैं:

  • blank screen से ज्यादा informed जगह से start करने में आपकी मदद करना

Prompt pages तब best हैं जब आपको reusable template चाहिए.

Showcase pages तब best हैं जब आपको examples या inspiration चाहिए.

Public start pages तब best हैं जब path, model या task shape already fairly clear हो और next step immediate feel होना चाहिए.

अगर output type already clear है, तो Chat, Image, Video, या Audio से start करें. अगर main question model fit या live tool है, तो AI Models या Tools से start करें.

Together, ये pages public experience को marketing shell के बजाय real starting layer जैसा बनाते हैं.

Simplest Rule

Public pages तब इस्तेमाल करें जब main question हो:

right path क्या है?

Signed-in side तब इस्तेमाल करें जब main question हो:

अब path पता है, तो मैं actually work run और continue कैसे करूं?

Rivya समझने का यह अभी भी सबसे simple तरीका है.

Handoff Checklist

जब public start real saved work बनना चाहिए, check करें:

  • Public pages को discovery, first framing और low-friction starts के लिए रखें.
  • Task को saved context, uploads, history, billing या follow-up चाहिए तो Studio में move करें.
  • Model, prompt, tool, reference intent और return context को sign-in boundary के across carry करें.
  • Public pages से anonymous long-running execution promise न करें.
  • Public draft को billable run में बदलने से पहले credits और account state check करें.

Handoff कब Recheck करें

जब uploads, saved history, notifications या paid generation sign-in से पहले expected हों, तब recheck करें. यही वह जगह है जहां public browsing खत्म होती है और authenticated product behavior शुरू होता है.

विषय-सूची