AI پروٹوٹائپ کو پروڈکشن تک کیسے لے جائیں

AI پروٹوٹائپ کو پروڈکشن تک لے جانے کے لیے آپ اس فاصلے کو پُر کرتے ہیں جو “جب میں آزماتا ہوں تو کام کرتا ہے” اور “جب دوسرے لوگ استعمال کرتے ہیں تو کام کرتا رہتا ہے” کے درمیان ہے۔ عملی طور پر اس کا مطلب پانچ کام ہیں: ہر تبدیلی کے بعد مرکزی بہاؤ کی جانچ کریں، طے کریں کہ کون کیا دیکھ اور بدل سکتا ہے، خرابیوں کے بارے میں صارفین کے بتانے سے پہلے آپ کو خبر ہو، ڈیٹا کا بیک اپ لیں اور ثابت کریں کہ بحال کر سکتے ہیں، اور ایپ کو فون پر تیز رکھیں۔ ان میں سے کسی کے لیے دوبارہ لکھنے کی ضرورت نہیں — یہ ایک چیک لسٹ ہے جس پر آپ اسی AI کے ساتھ کام کرتے ہیں جس نے پروٹوٹائپ بنایا۔

پروٹوٹائپ بمقابلہ پروڈکشن: اصل میں کیا بدلتا ہے

پروٹوٹائپ کا صرف ایک محتاط صارف ہوتا ہے: آپ۔ آپ جانتے ہیں کون سے بٹن دبانے ہیں، آپ معقول ان پٹ دیتے ہیں، اور اگر کچھ ٹوٹے تو کندھے اچکا کر AI سے ٹھیک کرنے کو کہتے ہیں۔ پروڈکشن میں بہت سے لاپروا صارف ہوتے ہیں، کچھ متجسس، اور کبھی کبھار ایک دشمن۔ کوڈ کو “انٹرپرائز” نہیں بننا ہوتا؛ اسے ان حالات سے نمٹنا ہے جو پروٹوٹائپ کبھی دیکھتا ہی نہیں۔

باقی گائیڈ ہر قطار کو تفصیل سے دیکھتی ہے۔

مرحلہ 1: دائرہ منجمد کریں اور مرکزی بہاؤ لکھیں

کسی بھی چیز کو مضبوط کرنے سے پہلے طے کریں کہ ورژن ایک کیا ہے۔ وہ تین سے چھ بہاؤ لکھیں جو سب سے اہم ہیں — مثلاً “سائن اپ کریں، پروجیکٹ بنائیں، ایک ساتھی کو دعوت دیں، ادائیگی کریں”۔ یہ آپ کی ٹیسٹ اسکرپٹ، مانیٹرنگ کے اہداف اور ہر تبدیلی کے بعد چیک کی جانے والی چیزیں بن جاتے ہیں۔

جو چیز فہرست میں نہیں اسے یا تو کاٹ دیں یا واضح طور پر بیٹا کے طور پر نشان زد کریں۔ چار بہاؤ کو قابلِ بھروسا بنانا چودہ کے مقابلے میں کہیں آسان ہے۔

مرحلہ 2: کسی اجنبی کی طرح جانچیں، پھر اسے قابلِ دہرائی بنائیں

AI بلڈرز ہیپی پاتھ پر کام کرنے والا کوڈ بنانے میں ماہر ہیں۔ پروڈکشن کے مسائل ان راستوں پر رہتے ہیں جو ہیپی پاتھ نہیں ہیں۔ ہر مرکزی بہاؤ کو ان چیزوں کے ساتھ جانچیں:

• غلط ان پٹ: خالی ضروری فیلڈز، 5,000 حروف کا نام، بغیر @ کا ای میل، منفی مقدار، ماضی کی تاریخ۔
• ریفریش اور بیک بٹن: چیک آؤٹ کے درمیان صفحہ ری لوڈ کریں؛ فارم جمع کرنے کے بعد بیک دبائیں۔ کیا کوئی چیز دو بار بن جاتی ہے؟
• دو ٹیبز، دو صارف: دو مختلف اکاؤنٹس سے لاگ ان کریں اور URL میں ID بدل کر ایک دوسرے کے صفحات کھولنے کی کوشش کریں۔
• سست اور چھوٹا: فون کے سائز کی اسکرین اور سست کنکشن (براؤزر ڈیولپر ٹولز اسے نقل کر سکتے ہیں)۔
• خالی حالتیں: ایک بالکل نیا اکاؤنٹ بغیر ڈیٹا کے۔ پروٹوٹائپ اکثر نمونہ ڈیٹا کے ساتھ بنتے ہیں اور اس کے بغیر خراب لگتے ہیں۔

پھر جانچ کو قابلِ دہرائی بنائیں۔ کم از کم ریلیز سے پہلے چلانے کے لیے ایک لکھی ہوئی چیک لسٹ رکھیں۔ بہتر یہ ہے کہ AI سے ان بہاؤ کے لیے خودکار اینڈ ٹو اینڈ ٹیسٹ لکھوائیں جو سب سے اہم ہیں:

ان بہاؤ کے لیے خودکار اینڈ ٹو اینڈ ٹیسٹ لکھیں: ای میل سے سائن اپ، ایک پروجیکٹ بنانا، ایک دوسرا صارف دعوت دینا، اور Stripe ٹیسٹ موڈ میں چیک آؤٹ مکمل کرنا۔ ساتھ ہی ایسے ٹیسٹ شامل کریں جو تصدیق کریں کہ کوئی صارف URL بدل کر دوسرے صارف کا پروجیکٹ نہ دیکھ سکتا ہے اور نہ بدل سکتا ہے۔

وہ ٹیسٹ جو ثابت کریں کہ کوئی صارف کچھ نہیں کر سکتا، وہی اکثر پروٹوٹائپ میں نہیں ہوتے۔

مرحلہ 3: وہ سیکیورٹی بنیادیات جو پروٹوٹائپ چھوڑ دیتے ہیں

AI سے بنی ایپس میں زیادہ تر سیکیورٹی مسائل عجیب نہیں ہوتے۔ وہ غائب چیکس ہوتے ہیں۔ اس فہرست پر جائیں، اور مکمل AI سے بنی ایپس کی سیکیورٹی چیک لسٹ دیکھیں:

• سرور پر اجازت۔ صرف بٹن چھپانا سیکیورٹی نہیں۔ ڈیٹا پڑھنے یا بدلنے والی ہر درخواست کو سرور پر چیک کرنا ہوگا کہ لاگ ان صارف اس کی اجازت رکھتا ہے۔ اگر آپ کا ڈیٹابیس row-level قواعد استعمال کرتا ہے تو تصدیق کریں کہ وہ آن ہیں اور ان کی جانچ ہوئی ہے۔
• سیکریٹس براؤزر سے باہر۔ ادائیگی، ای میل یا AI فراہم کنندگان کی API کلیدیں سرور کے ماحول کے متغیرات میں ہونی چاہئیں، فرنٹ اینڈ کوڈ میں کبھی نہیں۔ اگر یقین نہیں کہ اس کا کیا مطلب ہے تو ماحول کے متغیرات اور سیکریٹس کیا ہیں پڑھیں۔
• سرور پر توثیق۔ براؤزر کو بائی پاس کیا جا سکتا ہے، اس لیے ہر وہ چیک جو اہم ہے سرور پر دہرائیں۔
• مضبوط لاگ اِن۔ ہاتھ سے بنایا ہوا پاس ورڈ اسٹوریج نہیں بلکہ اچھی طرح جانچی ہوئی توثیق لائبریری یا سروس استعمال کریں۔ ہماری گائیڈ اپنی ایپ میں لاگ اِن کیسے شامل کریں اختیارات بتاتی ہے۔
• ریٹ لمٹس لاگ اِن، سائن اپ، پاس ورڈ ری سیٹ اور ہر اس چیز پر جو ای میل بھیجے یا ادا شدہ API کو کال کرے۔
• دوستانہ ایررز۔ صارفین کو “کچھ غلط ہو گیا” نظر آئے؛ تفصیلات لاگز میں جائیں، اسکرین پر نہیں۔
• لیک ہونے والی ہر چیز کو بدلیں۔ اگر کوئی لائیو کلید کبھی چیٹ، کمٹ یا اسکرین شاٹ میں پیسٹ ہوئی ہو تو اسے فراہم کنندہ کے پاس بدل دیں۔

ایک پرامپٹ جو ایک ساتھ بہت کچھ کور کرتا ہے:

اس ایپ کو پروڈکشن سیکیورٹی کے لیے جانچیں۔ تصدیق کریں کہ ہر API راؤٹ چیک کرتا ہے کہ لاگ ان صارف اس ریکارڈ کا مالک ہے جسے وہ پڑھتا یا بدلتا ہے، کہ کوئی سیکریٹ کلید براؤزر کو نہیں بھیجی جاتی، کہ ان پٹ سرور پر توثیق ہوتے ہیں، اور کہ لاگ اِن اور پاس ورڈ ری سیٹ ریٹ لمیٹڈ ہیں۔ کچھ بدلنے سے پہلے جو مسائل ملیں ان کی فہرست دیں۔

پہلے فہرست مانگنے سے آپ مسائل دیکھ سکتے ہیں اور ترتیب طے کر سکتے ہیں، بجائے اس کے کہ ایک بڑی تبدیلی آ جائے۔

مرحلہ 4: جاننا کہ ٹوٹنے پر کیا ہوا — لاگنگ اور مانیٹرنگ

پریویو میں آپ خرابیاں ہوتے ہوئے دیکھتے ہیں۔ پروڈکشن میں ایپ کو آپ کو بتانا ہوگا۔ تین تہیں، سستی سے سب سے مفید تک:

1. سرور لاگز۔ یقینی بنائیں کہ خرابیاں اتنے سیاق و سباق کے ساتھ لاگ ہوں کہ دوبارہ پیدا کی جا سکیں: کون سا راؤٹ، کون سا صارف ID (پاس ورڈ یا کارڈ نہیں)، ان پٹ کی شکل کیا تھی۔ اگر ایپ صرف کنسول میں پرنٹ کرتی ہے تو AI سے ساخت یافتہ لاگنگ شامل کرنے کو کہیں۔
2. ایرر ٹریکنگ۔ Sentry یا اس جیسی سروس فرنٹ اینڈ اور بیک اینڈ کی استثنائیں پکڑتی ہے، انہیں گروپ کرتی ہے، اور آپ کو ای میل بھیجتی ہے۔ چھوٹی ایپ کے لیے ان سروسز کے مفت ٹائرز اکثر کافی ہوتے ہیں؛ موجودہ حدیں ان کی ویب سائٹس پر دیکھیں۔
3. اپ ٹائم چیکس۔ ایک بیرونی سروس جو ہر چند منٹ میں آپ کا ہوم پیج اور ایک اہم API راؤٹ لوڈ کرتی ہے اور ناکامی پر الرٹ کرتی ہے۔ یہ وہ مسائل پکڑتی ہے جو ایپ کو لاگ کرنے سے ہی روک دیتے ہیں۔

ایک عادت اور شامل کریں: ہر ریلیز کے بعد لائیو ایپ کھولیں اور صرف پریویو پر نہیں بلکہ اصل URL پر اپنی مرکزی بہاؤ کی چیک لسٹ چلائیں۔

مرحلہ 5: بیک اپس اور واپسی کا راستہ

دو مختلف چیزوں کی حفاظت کرنی ہوتی ہے، اور انہیں الجھانا آسان ہے۔

• کوڈ۔ پروجیکٹ کو ورژن کنٹرول میں رکھیں تاکہ کوئی بھی تبدیلی واپس لی جا سکے۔ بہت سے AI بلڈرز آپ کی فائلوں کے چیک پوائنٹس رکھتے ہیں؛ کسی Git ریپوزٹری سے سنک کرنے سے بلڈر سے باہر بھی ایک کاپی مل جاتی ہے۔
• ڈیٹا۔ کوڈ کو رول بیک کرنے سے ڈیٹابیس رول بیک نہیں ہوتا۔ ایک خراب مائیگریشن یا غلط ڈیلیٹ بٹن ایسی قطاریں مٹا سکتا ہے جو کوئی کوڈ چیک پوائنٹ واپس نہیں لا سکتا۔

ڈیٹا کے لیے باقاعدہ بیک اپس سیٹ کریں جو ایپ کی اپنی ہوسٹنگ کے علاوہ کہیں محفوظ ہوں — Postgres ڈیٹابیس کے لیے عام طریقہ یہ ہے کہ الگ اسٹوریج میں شیڈول شدہ pg_dump رکھا جائے، اور بہت سے مینیج ڈیٹابیس ہوسٹس خودکار بیک اپس یا پوائنٹ اِن ٹائم ریکوری دیتے ہیں۔ پھر وہ قدم کریں جو زیادہ تر لوگ چھوڑ دیتے ہیں: ایک بیک اپ کو اسکریچ ڈیٹابیس میں بحال کریں اور تصدیق کریں کہ ڈیٹا موجود ہے۔

اس کے علاوہ AI سے تباہ کن کارروائیوں کو محفوظ بنانے کو کہیں: ڈیلیٹ کے لیے تصدیقی مرحلہ، اور ان چیزوں کے لیے “سافٹ ڈیلیٹ” (قطاروں کو حذف کرنے کے بجائے ڈیلیٹ شدہ نشان لگانا) جو صارفین بعد میں واپس چاہ سکتے ہیں۔

مرحلہ 6: کارکردگی جو فون پر بھی ٹھیک چلے

پروٹوٹائپ تیز لگتے ہیں کیونکہ آپ واحد صارف ہوتے ہیں اور ڈیٹا بہت کم ہوتا ہے۔ لانچ سے پہلے:

• اصل سائز کا ڈیٹا لوڈ کریں۔ AI سے چند ہزار قطاریں ڈلوائیں اور دیکھیں کون سے صفحات سست ہوتے ہیں۔ فہرستوں کو عموماً پیجنیشن کی ضرورت ہوتی ہے اور ڈیٹابیس کو ان کالموں پر انڈیکس کی جن پر آپ فلٹر یا ترتیب دیتے ہیں۔
• تصاویر چھوٹی کریں۔ بڑی تصاویر صفحے کے سست لوڈ ہونے کی سب سے عام وجہ ہیں۔ AI سے سائز تبدیل شدہ، کمپریس شدہ تصاویر اور فولڈ سے نیچے لیزی لوڈنگ مانگیں۔
• ناپیں۔ Chrome کے ڈیولپر ٹولز میں موبائل موڈ پر لائیو URL پر Lighthouse چلائیں۔ Google کے Core Web Vitals ایک معقول ہدف ہیں: Largest Contentful Paint 2.5 سیکنڈ کے اندر، Interaction to Next Paint 200 ms یا کم، اور Cumulative Layout Shift 0.1 یا کم۔
• “جاگنے” کی تاخیر پر نظر رکھیں۔ جو ہوسٹنگ خالی ہونے پر سو جاتی ہے وہ پیسے بچاتی ہے مگر خاموش مدت کے بعد پہلی وزٹ کو سست کر دیتی ہے۔ ایک نئی ایپ کے لیے یہ اکثر قابلِ قبول سودا ہے؛ جانیں کہ یہ ہو رہا ہے۔

پروجیکٹس کا صفحہ 5,000 قطاروں کے ساتھ سست ہے۔ سرور سائیڈ پیجنیشن شامل کریں (فی صفحہ 25)، ان کالموں پر ڈیٹابیس انڈیکس شامل کریں جن پر ہم فلٹر اور ترتیب دیتے ہیں، اور اگلا صفحہ لوڈ ہوتے وقت لوڈنگ کی حالت دکھائیں۔

مرحلہ 7: آپریشنل بنیادیات

کچھ چھوٹی چیزیں ایک شوقیہ ایپ کو ایسی ایپ سے الگ کرتی ہیں جس پر لوگ بھروسا کرتے ہیں:

• HTTPS کے ساتھ کسٹم ڈومین۔ کسٹم ڈومین کیسے جوڑیں دیکھیں۔
• ٹرانزیکشنل ای میل تصدیق شدہ ڈومین سے سائن اپ کی تصدیق اور پاس ورڈ ری سیٹ کے لیے — اپنی ایپ سے ای میلز کیسے بھیجیں میں شامل ہے۔
• پرائیویسی پالیسی اور شرائط جو بتائیں کہ آپ اصل میں کیا جمع کرتے ہیں۔ وہ تعمیل کے دعوے نقل نہ کریں جو آپ نے حاصل نہیں کیے۔
• سپورٹ کا راستہ — چاہے صرف ایک نگرانی شدہ ای میل ایڈریس ہو۔
• ٹیسٹ اور لائیو کلیدیں الگ ادائیگیوں اور ای میل کے لیے، اور واضح نوٹ کہ کون سا ماحول کون سی کلید استعمال کرتا ہے۔

مرحلہ 8: صاف حوالگی

جلد یا بدیر ایپ پر کوئی اور کام کرے گا: ایک فری لانسر، نیا شریک بانی، یا چھ ماہ بعد آپ خود۔ اسے آسان بنائیں:

• ایک README جو بتائے کہ اسے کیسے چلانا ہے، اسے کن ماحول کے متغیرات کی ضرورت ہے (صرف نام، کبھی قدریں نہیں)، اور اسے کیسے ڈیپلائے کرنا ہے۔
• مرکزی بہاؤ کی چیک لسٹ اور خودکار ٹیسٹ۔
• ایک مختصر آرکیٹیکچر نوٹ: فرنٹ اینڈ، بیک اینڈ، ڈیٹابیس، تیسری پارٹی سروسز، اور ہر ایک کہاں ہوسٹ ہے۔
• رسائی کی فہرست: ڈومین، ہوسٹنگ، ڈیٹابیس، ادائیگی اور ای میل اکاؤنٹس پر ایڈمن رسائی کس کے پاس ہے۔ یہ اکاؤنٹس ذاتی ای میل کے بجائے کاروباری ای میل کے تحت رکھیں۔
• کوڈ Git میں، ترجیحاً ایک ایسی ریپوزٹری سے سنک کیا ہوا جو آپ کی اپنی ہو۔ اگر آپ بعد میں ہوسٹنگ بدلنے کا سوچ سکتے ہیں تو AI سے بنی ایپ کو ایکسپورٹ کر کے خود ہوسٹ کیسے کریں پڑھیں۔

AI اس میں سے زیادہ تر کا مسودہ بنا سکتا ہے:

اس پروجیکٹ کے لیے ایک README لکھیں ایک ڈیولپر کے لیے جس نے اسے کبھی نہیں دیکھا: ایپ کیا کرتی ہے، ٹیک اسٹیک، مقامی طور پر کیسے چلانا ہے، ہر ماحول کا متغیر جو یہ پڑھتی ہے (صرف نام اور مقصد)، ڈیٹابیس اسکیما کیسے منظم ہے، اور اسے کیسے ڈیپلائے کرنا ہے۔

پروڈکشن کے لیے تیاری کی چیک لسٹ

• مرکزی بہاؤ لکھے ہوئے اور جانچے ہوئے، بشمول “کسی اور کا ڈیٹا رسائی نہیں ہو سکتی”
• ہر ڈیٹا راؤٹ پر سرور سائیڈ اجازت اور توثیق
• فرنٹ اینڈ کوڈ میں کوئی سیکریٹ کلید نہیں؛ لیک ہونے والی کلیدیں بدلی گئیں
• توثیق اور کسی بھی ایسی چیز پر ریٹ لمٹس جو پیسہ خرچ کرے
• ایرر ٹریکنگ اور اپ ٹائم الرٹس ایک ایسے ان باکس کی طرف جسے آپ پڑھتے ہیں
• ڈیٹابیس بیک اپس ایپ کی ہوسٹنگ سے باہر، ایک کامیاب ٹیسٹ بحالی کے ساتھ
• حقیقی ڈیٹا کے ساتھ پیجنیشن اور انڈیکس کی جانچ
• کسٹم ڈومین، تصدیق شدہ ای میل ڈومین، پرائیویسی پالیسی
• README اور رسائی کی فہرست اگلے شخص کے لیے

Mythex کے ساتھ یہ کام

اگر آپ نے پروٹوٹائپ Mythex میں بنایا ہے تو ان میں سے زیادہ تر مراحل اسی پروجیکٹ میں پرامپٹس ہیں۔ /test ٹائپ کریں تو Mythex لائیو پریویو پر صارف کی طرح کلک کرتا ہے اور ٹوٹے بہاؤ کی رپورٹ دیتا ہے — دیکھیں ایپ ٹیسٹنگ۔ کلیدیں چیٹ کے بجائے پروجیکٹ سیکریٹس میں جاتی ہیں، ہر کامیاب ایجنٹ ٹرن آپ کی فائلوں کا چیک پوائنٹ محفوظ کرتا ہے جس پر آپ واپس جا سکتے ہیں، اور شائع کرنے سے آپ کو لائیو URL ملتا ہے جس کی ہوسٹنگ اور ڈیٹابیس ایک ہی کریڈٹ بیلنس سے ادا ہوتے ہیں (ہوسٹنگ کی حدیں بتاتی ہیں کہ ایپس اور ڈیٹابیس کیسے سوتے اور جاگتے ہیں)۔ چیک پوائنٹس فائلوں کو محفوظ کرتے ہیں، ڈیٹابیس قطاروں کو نہیں، اس لیے ڈیٹا کے بیک اپس پھر بھی منصوبہ بنائیں۔ Pro پر آپ کسٹم ڈومین جوڑ سکتے ہیں اور کوڈ ایکسپورٹ کر سکتے ہیں یا حوالگی کے لیے اپنی GitHub ریپوزٹری سے سنک کر سکتے ہیں۔

سوالات