غیر محفوظ AI UI میں خرابی کی اقسام

یہ کوڈ مسئلے کو واضح کرتا ہے کیونکہ یہ اس بات کو الگ کرتا ہے کہ UI کیا دکھا رہا ہے اور ایکشن (action) اصل میں کیا ڈیٹا بھیجے گا؛ اور ‘کلک’ کرنے پر وہ اصل ڈیٹا (payload) سامنے آ جاتا ہے جسے پروڈکٹ منتقل کرے گی۔

فرنٹ اینڈ کے وہ چار مراحل جہاں خرابی (failure) واقع ہوتی ہے

ہم نے ابھی جو تضاد دیکھا ہے وہ اس لیے پیدا ہوتا ہے کیونکہ فرنٹ اینڈ اسسٹنٹ کے عمل (flow) میں کئی الگ الگ مراحل ہوتے ہیں، اور ہر مرحلہ کسی مختلف قسم کے غیر محفوظ تاثر یا غلط فہمی کو جنم دے سکتا ہے۔

ہم فرنٹ اینڈ کے زیرِ کنٹرول چار مراحل کی نشاندہی کر سکتے ہیں اور ہر ایک کا تعلق “انوائس بھیجنے” (send invoice) والے منظرنامے سے جوڑ سکتے ہیں تاکہ بعد میں کی جانے والی اصلاحات عمل کے درست مقام پر لاگو کی جا سکیں۔

• جنریشن (Generation): یہ وہ لمحہ ہے جب اسسٹنٹ کی آؤٹ پٹ خام متن (raw text) کی شکل میں موصول ہوتی ہے، اور اس میں خرابی کا امکان یہ ہے کہ متن مکمل معلوم ہونے کے باوجود غلط ہو سکتا ہے۔
• رینڈرنگ (Rendering): یہ وہ لمحہ ہے جب ایپ اس متن کو DOM میں تبدیل کرتی ہے جسے انسان پڑھتا ہے، اور اس میں خرابی کا امکان یہ ہے کہ ماڈل کی غیر مصدقہ آؤٹ پٹ غیر محفوظ مارک اپ یا گمراہ کن UI کی شکل اختیار کر سکتی ہے۔
• ڈسکلوزر (Disclosure): یہ UI کا وہ فیصلہ ہے جس سے یہ ظاہر ہوتا ہے کہ پیغام کس قدر مستند یا بااختیار ہے، اور اس میں خرابی کا امکان یہ ہے کہ انٹرفیس ماڈل کے کسی اندازے (guess) کو سسٹم کے تصدیق شدہ بیان کے طور پر پیش کر سکتا ہے۔
• تصدیق اور عمل درآمد (Confirmation and execution): یہ وہ مرحلہ ہے جہاں انسانی منظوری ای میل بھیجنے جیسے کسی عملی اقدام (side effect) میں تبدیل ہوتی ہے، اور اس میں خرابی کا امکان منظوری میں تضاد کی صورت میں ہوتا ہے، جہاں UI کسی خلاصے کی تو توثیق کرتا ہے لیکن عمل درآمد مختلف پیرامیٹرز کے ساتھ کرتا ہے۔

ان مراحل کو الگ الگ رکھنے کا فائدہ یہ ہے کہ ہر مرحلے کے لیے مختلف انٹرفیس کنٹرول کی ضرورت ہوتی ہے، اور غلط مرحلے پر دکھایا گیا انتباہی بینر (warning banner) ناپسندیدہ نتیجے کو روکنے میں ناکام رہتا ہے۔

اگلا خاکہ (diagram) ان دو اہم ترین حدود کی نشاندہی کرتا ہے جو اس کورس میں اہمیت رکھتی ہیں: جہاں متن DOM میں تبدیل ہوتا ہے اور جہاں منظوری ایک درخواست (request) کی شکل اختیار کرتی ہے۔