Rivya public pages vs signed-in workflows

یہ guide ایک common misunderstanding سے بچانے میں مدد دیتی ہے: public pages workflow کی start ہیں، پوری saved workspace نہیں۔

Rivya کو سمجھنے کا simplest طریقہ یہ ہے:

• right path choose کرنے کے لیے 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 کر رہا ہوں
• کون سا path اس task کے لیے fit ہے
• کون سا model یا tool پہلے try کرنے کے قابل ہے
• کیا Rivya اس workflow کے لیے right product بھی ہے

اسی لیے public paths میں ایسی چیزیں شامل ہیں:

• Chat، Image، Video، اور Audio
• AI Models اور model detail pages
• Tools اور live tool pages
• prompt pages جیسے Chat Prompts، Image Prompts، Video Prompts، اور Audio Prompts
• showcase pages جیسے Image Showcase اور Video Showcase

یہ pages decorative نہیں ہیں۔ یہ users کو options compare کرنے اور sign-in سے پہلے 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

اگر سوال اب “مجھے کیا try کرنا چاہیے؟” نہیں بلکہ “اسے آگے کیسے لے جانا ہے؟” ہو، تو یہی layer matter کرتی ہے۔

Login boundary اصل میں کہاں ہے

سب سے اہم بات plain کہنا یہ ہے:

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 نہیں۔ زیادہ تر cases میں یہی intended path ہے۔

Common examples میں شامل ہیں:

• /ai-models/gpt-image-1-5 پر land کرنا، پھر 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 forward کرنے کی کوشش کرتا ہے، بجائے اس کے کہ اسے دوبارہ start کرنا پڑے۔

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 کافی clear ہو اور next step immediate محسوس ہونا چاہیے۔

اگر 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 اس وقت use کریں جب main question ہو:

Signed-in side اس وقت use کریں جب main question ہو:

Rivya کو سمجھنے کا یہ اب بھی simplest طریقہ ہے۔

آگے پڑھیں

• Rivya میں current live features
• Rivya میں prompt library اور showcase
• Rivya کے ساتھ getting started
• AI Models
• Tools

Handoff checklist

جب public start کو real saved work بننا ہو، تو check کریں:

• Discovery، first framing، اور low-friction starts کے لیے public pages رکھیں۔
• جب task کو saved context، uploads، history، billing، یا follow-up چاہیے ہو تو Studio میں move کریں۔
• Model، prompt، tool، reference intent، اور return context کو sign-in boundary کے پار carry کریں۔
• Public pages سے anonymous long-running execution promise نہ کریں۔
• Public draft کو billable run میں بدلنے سے پہلے credits اور account state check کریں۔

Handoff کب دوبارہ check کریں

جب uploads، saved history، notifications، یا paid generation sign-in سے پہلے expected ہوں تو recheck کریں۔ یہی وہ جگہ ہے جہاں public browsing ختم ہوتی ہے اور authenticated product behavior شروع ہوتا ہے۔