কিভাবে একটি AI প্রোটোটাইপকে প্রোডাকশনে নেবেন

একটি AI প্রোটোটাইপকে প্রোডাকশনে নিতে, "আমি চেষ্টা করলে এটি কাজ করে" এবং "অন্য মানুষ ব্যবহার করলেও এটি কাজ করতে থাকে" — এই ব্যবধান কমাতে হয়। বাস্তবে এর মানে পাঁচটি কাজ: আপনি কিছু বদলালে প্রতিবার মূল ফ্লোগুলো পরীক্ষা করা, কে কী দেখবে ও বদলাবে তা সীমিত করা, ব্যবহারকারীরা বলার আগেই ত্রুটির খবর পাওয়া, ডেটার ব্যাকআপ রাখা ও পুনরুদ্ধার করতে পারা প্রমাণ করা, এবং একটি ফোনে অ্যাপকে যথেষ্ট দ্রুত রাখা। এর কোনোটিতেই পুনর্লিখনের দরকার নেই — এটি এমন একটি চেকলিস্ট যা আপনি প্রোটোটাইপ বানানো একই AI-এর সঙ্গে ধাপে ধাপে সম্পন্ন করেন।

প্রোটোটাইপ বনাম প্রোডাকশন: আসলে কী বদলায়

একটি প্রোটোটাইপের একজনই সতর্ক ব্যবহারকারী: আপনি। আপনি জানেন কোন বোতামে চাপ দিতে হয়, বুদ্ধিমানের মতো ইনপুট দেন, এবং কিছু ভাঙলে কাঁধ ঝাঁকিয়ে AI-কে ঠিক করতে বলেন। প্রোডাকশনে অনেক অসতর্ক ব্যবহারকারী থাকে, কেউ কৌতূহলী, আর মাঝে মাঝে একজন বৈরী। কোডকে "এন্টারপ্রাইজ" হতে হবে না; প্রোটোটাইপ যে পরিস্থিতির মুখোমুখি হয় না সেগুলো সামলাতে হবে।

এই গাইডের বাকি অংশে প্রতিটি সারি ধরে এগোনো হয়েছে।

ধাপ ১: স্কোপ স্থির করুন ও মূল ফ্লো লিখে রাখুন

কিছু শক্ত করার আগে ঠিক করুন সংস্করণ এক কী। সবচেয়ে গুরুত্বপূর্ণ তিন থেকে ছয়টি ফ্লো তালিকাভুক্ত করুন — যেমন "সাইন আপ, একটি প্রকল্প তৈরি, একজন সহকর্মীকে আমন্ত্রণ, পেমেন্ট"। এগুলোই হবে আপনার পরীক্ষার স্ক্রিপ্ট, মনিটরিংয়ের লক্ষ্য এবং প্রতিটি পরিবর্তনের পরে যা যাচাই করবেন।

তালিকায় না থাকা যেকোনো কিছু হয় বাদ যাবে বা স্পষ্টভাবে বিটা হিসেবে চিহ্নিত হবে। চৌদ্দটির চেয়ে চারটি ফ্লো নির্ভরযোগ্য করা অনেক সহজ।

ধাপ ২: অপরিচিতের মতো পরীক্ষা করুন, তারপর পুনরাবৃত্তিযোগ্য করুন

AI বিল্ডাররা হ্যাপি পাথে কাজ করে এমন কোড বানাতে ভালো। প্রোডাকশনের সমস্যা থাকে আনহ্যাপি পাথে। প্রতিটি মূল ফ্লো এগুলো দিয়ে পরীক্ষা করুন:

• খারাপ ইনপুট: খালি আবশ্যক ঘর, ৫,০০০ অক্ষরের একটি নাম, @ ছাড়া ইমেইল, ঋণাত্মক পরিমাণ, অতীতের একটি তারিখ।
• রিফ্রেশ ও ব্যাক বাটন: চেকআউটের মাঝপথে রিলোড করুন; ফর্ম জমা দেওয়ার পর ব্যাক চাপুন। কোনো কিছু দুবার তৈরি হয়ে যায় কি না?
• দুটি ট্যাব, দুজন ব্যবহারকারী: দুটি ভিন্ন অ্যাকাউন্টে লগইন করুন এবং URL-এর ID বদলে একে অপরের পেজ খোলার চেষ্টা করুন।
• ধীর ও ছোট: একটি ফোনের আকারের স্ক্রিন এবং একটি সীমিত সংযোগ (ব্রাউজার ডেভ টুল একটি সিমুলেট করতে পারে)।
• খালি অবস্থা: একেবারে নতুন অ্যাকাউন্ট যার কোনো ডেটা নেই। প্রোটোটাইপ প্রায়ই নমুনা ডেটা দিয়ে বানানো হয় এবং সেটি ছাড়া ভাঙা মনে হয়।

তারপর পরীক্ষাটি পুনরাবৃত্তিযোগ্য করুন। ন্যূনতম, একটি লিখিত চেকলিস্ট রাখুন এবং প্রতিটি রিলিজের আগে চালান। আরও ভালো হয় যদি গুরুত্বপূর্ণ ফ্লোগুলোর জন্য AI-কে স্বয়ংক্রিয় পরীক্ষা লিখতে বলেন:

এই ফ্লোগুলোর জন্য স্বয়ংক্রিয় end-to-end পরীক্ষা যোগ করুন: ইমেইল দিয়ে সাইন আপ, একটি প্রকল্প তৈরি, একজন দ্বিতীয় ব্যবহারকারীকে আমন্ত্রণ, এবং Stripe টেস্ট মোডে চেকআউট সম্পন্ন। এছাড়া নিশ্চিত করার পরীক্ষা যোগ করুন যে URL বদলে একজন ব্যবহারকারী অন্য ব্যবহারকারীর প্রকল্প দেখতে বা সম্পাদনা করতে পারে না।

যে পরীক্ষা প্রমাণ করে ব্যবহারকারী কিছু করতে পারে না, সেগুলোর অভাবই প্রোটোটাইপে সবচেয়ে বেশি দেখা যায়।

ধাপ ৩: প্রোটোটাইপ যে নিরাপত্তা মৌলিক বিষয়গুলো বাদ দেয়

AI-তে বানানো অ্যাপের বেশিরভাগ নিরাপত্তা সমস্যা অস্বাভাবিক নয়। সেগুলো অনুপস্থিত যাচাই। এই তালিকাটি দেখুন, এবং বিস্তারিত AI দিয়ে বানানো অ্যাপের নিরাপত্তা চেকলিস্ট দেখুন:

• সার্ভারে অনুমোদন। বোতাম লুকিয়ে রাখা নিরাপত্তা নয়। ডেটা পড়ে বা বদলায় এমন প্রতিটি অনুরোধে সার্ভারে যাচাই করতে হবে যে লগইন করা ব্যবহারকারীর অনুমতি আছে। আপনার অ্যাপ সারি-স্তরের নিয়মসহ ডেটাবেস ব্যবহার করলে, সেগুলো চালু আছে ও পরীক্ষিত কিনা দেখুন।
• ব্রাউজারের বাইরে সিক্রেট। পেমেন্ট, ইমেইল বা AI প্রদানকারীদের API কী সার্ভার-সাইড এনভায়রনমেন্ট ভেরিয়েবলে থাকবে, কখনোই ফ্রন্ট-এন্ড কোডে নয়। এর মানে কী তা নিশ্চিত না হলে এনভায়রনমেন্ট ভেরিয়েবল ও সিক্রেট কী পড়ুন।
• সার্ভারে যাচাই। ব্রাউজার বাইপাস করা যায়, তাই যে যাচাই গুরুত্বপূর্ণ তা সার্ভারেও পুনরাবৃত্তি করুন।
• লগইন সঠিকভাবে। ভালোভাবে পরীক্ষিত একটি অথেনটিকেশন লাইব্রেরি বা সেবা ব্যবহার করুন, হাতে লেখা পাসওয়ার্ড সংরক্ষণ নয়। আপনার অ্যাপে লগইন যোগ করার গাইডে বিকল্পগুলো আছে।
• রেট লিমিট লগইন, সাইন আপ, পাসওয়ার্ড রিসেট এবং ইমেইল পাঠায় বা পেইড API কল করে এমন যেকোনো কিছুতে।
• বন্ধুত্বপূর্ণ ত্রুটি। ব্যবহারকারীরা "কিছু একটা ভুল হয়েছে" দেখবে; বিস্তারিত যাবে আপনার লগে, স্ক্রিনে নয়।
• যা ফাঁস হয়েছে তা বদলান। কোনো লাইভ কী যদি কখনো চ্যাটে, কমিটে বা স্ক্রিনশটে পেস্ট হয়ে থাকে, তা প্রদানকারীর কাছে বদলান।

একসঙ্গে অনেক জায়গা ঢাকে এমন একটি প্রম্পট:

প্রোডাকশন নিরাপত্তার জন্য এই অ্যাপ পর্যালোচনা করুন। যাচাই করুন যে প্রতিটি API রুট যে রেকর্ড পড়ে বা বদলায় তার মালিক লগইন করা ব্যবহারকারী কিনা, কোনো সিক্রেট কী ব্রাউজারে পাঠানো হচ্ছে কিনা, ইনপুট সার্ভারে যাচাই হচ্ছে কিনা, এবং লগইন ও পাসওয়ার্ড রিসেটে রেট লিমিট আছে কিনা। কিছু বদলানোর আগে যা পাওয়া যায় তার একটি তালিকা দিন।

আগে তালিকা চাওয়া আপনাকে সমস্যাগুলো দেখে ক্রম ঠিক করতে দেয়, একটি বিশাল পরিবর্তন একবারে না পেয়ে।

ধাপ ৪: কখন ভাঙে জানুন — লগিং ও মনিটরিং

প্রিভিউতে ত্রুটি ঘটার সঙ্গে সঙ্গে আপনি দেখেন। প্রোডাকশনে অ্যাপকে আপনাকে জানাতে হবে। তিনটি স্তর, সবচেয়ে সস্তা থেকে সবচেয়ে কার্যকর পর্যন্ত:

1. সার্ভার লগ। নিশ্চিত করুন ত্রুটি যথেষ্ট প্রেক্ষাপটসহ লগ হচ্ছে যাতে পুনরুৎপাদন করা যায়: কোন রুট, কোন ব্যবহারকারী ID (পাসওয়ার্ড বা কার্ড নয়), ইনপুটের ধরন। অ্যাপ শুধু কনসোলে প্রিন্ট করলে স্ট্রাকচার্ড লগিং যোগ করতে AI-কে বলুন।
2. ত্রুটি ট্র্যাকিং। Sentry বা অনুরূপ একটি সেবা ফ্রন্ট-এন্ড ও ব্যাক-এন্ডের ব্যতিক্রম ধরে, গোষ্ঠীবদ্ধ করে এবং আপনাকে ইমেইল পাঠায়। একটি ছোট অ্যাপের জন্য এই সেবাগুলোর বিনামূল্যের স্তরই প্রায়ই যথেষ্ট; বর্তমান সীমার জন্য তাদের ওয়েবসাইট দেখুন।
3. আপটাইম চেক। একটি বহিরাগত সেবা যা প্রতি কয়েক মিনিটে আপনার হোম পেজ ও একটি মূল API রুট লোড করে এবং ব্যর্থ হলে সতর্ক করে। এটি সেই সমস্যাগুলো ধরে যা অ্যাপকে আদৌ লগ করা থেকে আটকে দেয়।

আরও একটি অভ্যাস যোগ করুন: প্রতিটি রিলিজের পরে লাইভ অ্যাপ খুলুন এবং প্রিভিউয়ে নয়, আসল URL-এ আপনার মূল-ফ্লো চেকলিস্ট চালান।

ধাপ ৫: ব্যাকআপ ও ফিরে আসার উপায়

দুটি আলাদা জিনিস সুরক্ষা দরকার, এবং এদের গুলিয়ে ফেলা সহজ।

• কোড। প্রকল্পটি ভার্সন কন্ট্রোলে রাখুন যাতে যেকোনো পরিবর্তন ফিরিয়ে নেওয়া যায়। অনেক AI বিল্ডার আপনার ফাইলের চেকপয়েন্ট রাখে; একটি Git রিপোজিটরিতে সিঙ্ক করলে বিল্ডারের বাইরেও একটি কপি থাকে।
• ডেটা। কোড রোলব্যাক করলে ডেটাবেস রোলব্যাক হয় না। একটি খারাপ মাইগ্রেশন বা ত্রুটিপূর্ণ ডিলিট বোতাম এমন সারি মুছতে পারে যা কোনো কোড চেকপয়েন্ট ফিরিয়ে আনবে না।

ডেটার জন্য, অ্যাপের নিজের হোস্টিংয়ের বাইরে কোথাও সংরক্ষিত নিয়মিত ব্যাকআপ সেট আপ করুন — একটি Postgres ডেটাবেসের জন্য আলাদা স্টোরেজে একটি নির্ধারিত pg_dump সাধারণ পদ্ধতি, এবং অনেক ম্যানেজড ডেটাবেস হোস্ট স্বয়ংক্রিয় ব্যাকআপ বা পয়েন্ট-ইন-টাইম রিকভারি দেয়। তারপর সেই ধাপটি করুন যা বেশিরভাগ মানুষ বাদ দেয়: একটি ব্যাকআপ একটি স্ক্র্যাচ ডেটাবেসে পুনরুদ্ধার করে ডেটা আছে কিনা দেখুন।

এছাড়া AI-কে ধ্বংসাত্মক কাজগুলো নিরাপদ করতে বলুন: ডিলিটের জন্য একটি নিশ্চিতকরণ ধাপ, এবং ব্যবহারকারীরা ফিরে পেতে চাইতে পারে এমন যেকোনো কিছুর জন্য "সফট ডিলিট" (সারি না মুছে সেটিকে মুছে যাওয়া হিসেবে চিহ্নিত করা)।

ধাপ ৬: ফোনে টিকে থাকা কর্মক্ষমতা

প্রোটোটাইপ দ্রুত মনে হয় কারণ আপনিই একমাত্র ব্যবহারকারী এবং ডেটা খুব ছোট। লঞ্চের আগে:

• আসল আকারের ডেটা লোড করুন। AI-কে কয়েক হাজার সারি সিড করতে বলুন এবং দেখুন কোন পেজ ধীর হয়। তালিকাগুলোর সাধারণত পেজিনেশন দরকার, এবং ডেটাবেসের সাধারণত সেই কলামগুলোতে ইনডেক্স দরকার যেগুলো দিয়ে ফিল্টার ও সর্ট করেন।
• ছবি ছোট করুন। বড় আকারের ছবি পেজ ধীরে লোড হওয়ার সবচেয়ে সাধারণ কারণ। রিসাইজ করা, কম্প্রেস করা ছবি এবং ভাঁজের নিচে লেজি লোডিং চান।
• মাপুন। মোবাইল মোডে লাইভ URL-এ Chrome-এর ডেভ টুলসে Lighthouse চালান। Google-এর Core Web Vitals একটি যুক্তিসঙ্গত লক্ষ্য: Largest Contentful Paint ২.৫ সেকেন্ডের মধ্যে, Interaction to Next Paint ২০০ ms বা কম, এবং Cumulative Layout Shift ০.১ বা কম।
• "ঘুম থেকে জাগা" বিলম্ব খেয়াল করুন। অলস থাকলে ঘুমিয়ে পড়া হোস্টিং টাকা বাঁচায়, কিন্তু শান্ত সময়ের পর প্রথম ভিজিটকে ধীর করে। একটি নতুন অ্যাপের জন্য এটি প্রায়ই একটি ভালো বিনিময়; এটি ঘটছে তা জানুন।

৫,০০০ সারি নিয়ে প্রকল্পের পেজ ধীর। সার্ভার-সাইড পেজিনেশন যোগ করুন (প্রতি পেজে ২৫টি), যে কলামগুলো দিয়ে আমরা ফিল্টার ও সর্ট করি সেখানে ডেটাবেস ইনডেক্স যোগ করুন, এবং পরের পেজ লোড হওয়ার সময় একটি লোডিং অবস্থা দেখান।

ধাপ ৭: অপারেশনাল মৌলিক বিষয়

কয়েকটি ছোট বিষয় একটি শখের অ্যাপকে এমন একটি থেকে আলাদা করে যাকে মানুষ বিশ্বাস করে:

• HTTPS সহ একটি কাস্টম ডোমেইন। দেখুন কিভাবে একটি কাস্টম ডোমেইন সংযুক্ত করবেন।
• একটি যাচাইকৃত ডোমেইন থেকে ট্রানজ্যাকশনাল ইমেইল সাইন-আপ নিশ্চিতকরণ ও পাসওয়ার্ড রিসেটের জন্য — কিভাবে আপনার অ্যাপ থেকে ইমেইল পাঠাবেন-এ আলোচিত।
• গোপনীয়তা নীতি ও শর্তাবলী যা আপনি আসলে কী সংগ্রহ করেন তা বর্ণনা করে। আপনি অর্জন করেননি এমন সম্মতির দাবি কপি করবেন না।
• একটি সহায়তার পথ — এমনকি একটি পর্যবেক্ষিত ইমেইল ঠিকানাও।
• পেমেন্ট ও ইমেইলের জন্য আলাদা টেস্ট ও লাইভ কী, এবং কোন পরিবেশ কোনটি ব্যবহার করে তার একটি স্পষ্ট নোট।

ধাপ ৮: একটি পরিষ্কার হস্তান্তর

আজ না হলে কাল অন্য কেউ এই অ্যাপে কাজ করবে: একজন ফ্রিল্যান্সার, একজন নতুন সহ-প্রতিষ্ঠাতা, অথবা ছয় মাস পরে আপনি নিজে। এটি সহজ করুন:

• একটি README যা বলে কিভাবে এটি চালাতে হয়, কোন এনভায়রনমেন্ট ভেরিয়েবল লাগে (শুধু নাম, কখনো মান নয়), এবং কিভাবে ডিপ্লয় করতে হয়।
• মূল-ফ্লো চেকলিস্ট এবং স্বয়ংক্রিয় পরীক্ষাগুলো।
• একটি ছোট আর্কিটেকচার নোট: ফ্রন্ট এন্ড, ব্যাক এন্ড, ডেটাবেস, তৃতীয়-পক্ষ সেবা, এবং প্রতিটি কোথায় হোস্ট করা।
• অ্যাক্সেস তালিকা: ডোমেইন, হোস্টিং, ডেটাবেস, পেমেন্ট ও ইমেইল অ্যাকাউন্টে কার অ্যাডমিন অ্যাক্সেস আছে। এই অ্যাকাউন্টগুলো ব্যক্তিগত নয়, একটি ব্যবসায়িক ইমেইলের অধীনে রাখুন।
• Git-এ কোড, আদর্শভাবে আপনার নিজের মালিকানার একটি রিপোজিটরিতে সিঙ্ক করা। হোস্টিং পরে বদলানোর সম্ভাবনা থাকলে কিভাবে AI-তে বানানো অ্যাপ এক্সপোর্ট করে নিজে হোস্ট করবেন পড়ুন।

AI এর বেশিরভাগ খসড়া আপনার জন্য করে দিতে পারে:

এই প্রকল্পের জন্য একটি README লিখুন এমন একজন ডেভেলপারের জন্য যিনি এটি কখনো দেখেননি: অ্যাপটি কী করে, টেক স্ট্যাক, স্থানীয়ভাবে কিভাবে চালাতে হয়, প্রতিটি এনভায়রনমেন্ট ভেরিয়েবল যা এটি পড়ে (শুধু নাম ও উদ্দেশ্য), ডেটাবেস স্কিমা কিভাবে সাজানো, এবং কিভাবে ডিপ্লয় করতে হয়।

প্রোডাকশন-প্রস্তুতির চেকলিস্ট

• মূল ফ্লো লেখা ও পরীক্ষিত, "অন্যের তথ্যে প্রবেশ করা যায় না" সহ
• প্রতিটি ডেটা রুটে সার্ভার-সাইড অনুমোদন ও যাচাই
• ফ্রন্ট-এন্ড কোডে কোনো সিক্রেট কী নেই; ফাঁস হওয়া কী বদলানো হয়েছে
• অথ ও যেকোনো অর্থ-খরচের কাজে রেট লিমিট
• ত্রুটি ট্র্যাকিং ও আপটাইম সতর্কতা এমন একটি ইনবক্সে যা আপনি পড়েন
• অ্যাপের হোস্টিংয়ের বাইরে ডেটাবেস ব্যাকআপ, একটি সফল পুনরুদ্ধার পরীক্ষাসহ
• বাস্তবসম্মত ডেটা দিয়ে পেজিনেশন ও ইনডেক্স যাচাই
• কাস্টম ডোমেইন, যাচাইকৃত প্রেরণ ডোমেইন, গোপনীয়তা নীতি
• পরবর্তী ব্যক্তির জন্য README ও অ্যাক্সেস তালিকা

Mythex দিয়ে এটি করা

আপনি যদি Mythex-এ প্রোটোটাইপ বানিয়ে থাকেন, তবে এই ধাপগুলোর বেশিরভাগই একই প্রকল্পের প্রম্পট। /test টাইপ করলে Mythex লাইভ প্রিভিউতে একজন ব্যবহারকারীর মতো ক্লিক করে এবং ভাঙা ফ্লো রিপোর্ট করে — দেখুন অ্যাপ টেস্টিং। কী প্রকল্পের সিক্রেটে যায়, চ্যাটে নয়; প্রতিটি সফল এজেন্ট টার্ন আপনার ফাইলের একটি চেকপয়েন্ট সংরক্ষণ করে যেখানে আপনি ফিরে যেতে পারেন; এবং প্রকাশ করলে একটি লাইভ URL পাওয়া যায়, যেখানে হোস্টিং ও ডেটাবেস একই ক্রেডিট ব্যালেন্স থেকে বিল হয় (হোস্টিং সীমা ব্যাখ্যা করে কিভাবে অ্যাপ ও ডেটাবেস ঘুমায় ও জাগে)। চেকপয়েন্ট ফাইল কভার করে, ডেটাবেসের সারি নয়, তাই ডেটার ব্যাকআপের পরিকল্পনা এখনো করুন। Pro প্ল্যানে আপনি একটি কাস্টম ডোমেইন সংযুক্ত করতে পারেন এবং কোড এক্সপোর্ট করতে বা হস্তান্তরের জন্য আপনার নিজের GitHub রিপোজিটরিতে সিঙ্ক করতে পারেন।

প্রশ্নোত্তর