AI-তৈরি কোড কীভাবে পর্যালোচনা করবেন

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

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

পর্যালোচনাকে ঝুঁকির সঙ্গে মানান

সব পরিবর্তনে একই মনোযোগ লাগে না।

ধাপ ১: কী বদলেছে দেখুন

কোড বিচারের আগে পরিবর্তনের তালিকা নিন:

• প্রজেক্ট যদি Git-এ থাকে, তাহলে diff দেখুন: শেষ commit-এর পর যে ফাইল ও লাইনগুলো বদলেছে। দেখুন AI-তৈরি অ্যাপে Git কীভাবে ব্যবহার করবেন।
• অথবা সরাসরি AI-কে জিজ্ঞেস করুন:

শেষ পরিবর্তনে যে প্রতিটি ফাইল বদলেছেন তার তালিকা দিন, এবং প্রতিটির জন্য এক বাক্যে ব্যাখ্যা করুন কী বদলেছে ও কেন।

এই ধাপে লাল পতাকা: অনুরোধের সঙ্গে সম্পর্কহীন ফাইল, মুছে ফেলা ফাইল, এমন কনফিগারেশন বা নির্ভরতার বদল যা আপনি চাননি।

ধাপ ২: আগে আচরণ পরীক্ষা করুন

কোড পড়লে বোঝা যায় সেটি কী করার কথা; পরীক্ষা করলে বোঝা যায় আসলে কী করে। পড়ার আগে:

• একজন সাধারণ ব্যবহারকারী হিসেবে পরিবর্তনটি চেষ্টা করুন, ডেস্কটপে ও ফোনের আকারের পর্দায়।
• ভুল ইনপুট দিয়ে চেষ্টা করুন: খালি ঘর, খুব লম্বা লেখা, ঋণাত্মক সংখ্যা, অতীতের তারিখ।
• লগআউট অবস্থায় এবং অন্য ব্যবহারকারী হিসেবে চেষ্টা করুন।
• সবচেয়ে গুরুত্বপূর্ণ ফ্লোগুলো আবার চালান: সাইন-আপ, লগইন, মূল কাজ, পেমেন্ট।

পরীক্ষা ব্যর্থ হলে আপনার পড়ার সময় বেঁচে গেল — স্পষ্টভাবে জানান এবং AI-কে ঠিক করতে দিন। দেখুন ভালো বাগ রিপোর্ট কীভাবে লিখবেন।

ধাপ ৩: সার্ভারে অনুমতি যাচাই করুন

এটি সবচেয়ে গুরুত্বপূর্ণ বিষয়। AI টুল প্রায়ই পেজে একটি বোতাম লুকিয়ে দেয়, কিন্তু সার্ভার যে কেউ অনুরোধ করলেই কাজটি করতে রাজি থাকে।

ডেটা পড়ে বা বদলায় এমন প্রতিটি রুট বা ফাংশনের জন্য জিজ্ঞেস করুন:

• এটি কি যাচাই করে ব্যবহারকারী লগইন করা আছে?
• এটি কি যাচাই করে এই ব্যবহারকারী এই রেকর্ডে প্রবেশের অধিকারী?
• যাচাইটি কি সার্ভারে, শুধু পেজে নয়?

আপনি যে প্রতিটি API রুট যোগ বা বদলেছেন, তার জন্য সার্ভারে কী অনুমতি যাচাই করে তা বলুন, লাইনটি উদ্ধৃত করে। যেকোনো রুট যার যাচাই নেই তা চিহ্নিত করুন।

তারপর পরীক্ষা করুন: ব্যবহারকারী A হিসেবে লগইন করে একটি রেকর্ডের ID নোট করুন, তারপর ব্যবহারকারী B হিসেবে লগইন করে সেটি অনুরোধ করুন। সম্পূর্ণ পরীক্ষার জন্য AI-তৈরি অ্যাপের নিরাপত্তা চেকলিস্ট দেখুন।

ধাপ ৪: ফাঁস হওয়া গোপন তথ্য খুঁজুন

• পরিবর্তিত ফাইলে কী বা পাসওয়ার্ডের মতো দেখতে কিছু খুঁজুন।
• যাচাই করুন গোপন কী এনভায়রনমেন্ট ভেরিয়েবল থেকে পড়া হচ্ছে এবং শুধু সার্ভার কোডে ব্যবহৃত হচ্ছে।
• VITE_ বা NEXT_PUBLIC_-এর মতো পাবলিক প্রিফিক্সসহ গোপন ভেরিয়েবলের দিকে নজর রাখুন — এগুলো ব্রাউজার কোডে বসে যায়।

দেখুন API key কীভাবে নিরাপদ রাখবেন।

ধাপ ৫: ইনপুট ও ত্রুটি দেখুন

• সার্ভারে যাচাই। ব্রাউজারের যাচাই এড়ানো যায়। প্রয়োজনীয় ঘর, দৈর্ঘ্য, ফরম্যাট ও অনুমোদিত মান সার্ভারও যাচাই করতে হবে।
• ডেটাবেস কোয়েরি প্যারামিটার ব্যবহার করে, ব্যবহারকারীর ইনপুট জুড়ে তৈরি টেক্সট দিয়ে নয়।
• ত্রুটি উপেক্ষিত না হয়। কিছু না করা একটি try/catch ব্যর্থতা লুকায়। ত্রুটি লগ হওয়া উচিত, আর ব্যবহারকারী একটি সহজ বার্তা দেখবে।
• ব্যবহারকারীকে অভ্যন্তরীণ তথ্য দেখানো নয় — স্ট্যাক ট্রেস ও ডেটাবেস ত্রুটি লগে থাকে।

ধাপ ৬: জিনিসগুলো আসল কি না যাচাই করুন

AI মডেল কখনো কখনো এমন কোড লেখে যা ঠিক দেখায় কিন্তু এমন জিনিসের উল্লেখ করে যা নেই।

• প্যাকেজ: প্রতিটি নতুন নির্ভরতা হতে হবে একটি আসল, রক্ষণাবেক্ষণ করা প্যাকেজ, সঠিক নামে। জনপ্রিয় প্যাকেজের বানান ভুলের মতো দেখতে নামের ব্যাপারে সতর্ক থাকুন।
• ফাংশন ও API অপশন: কোড যদি এমন কোনো লাইব্রেরি ফাংশন বা বাইরের API অপশন ডাকে যা আপনি আগে দেখেননি, অফিশিয়াল ডকুমেন্টেশন যাচাই করুন।
• প্লেসহোল্ডার কোড: TODO, mock, fake, হার্ড-কোড করা নমুনা ডেটা, বা সবসময় একটি নির্দিষ্ট মান ফেরত দেয় এমন ফাংশন খুঁজুন।

আপনি কি কোনো নতুন প্যাকেজ যোগ করেছেন? প্রতিটির জন্য সঠিক নাম, কী কাজে লাগে এবং আমরা এটি ছাড়া চালাতে পারতাম কি না তা দিন।

ধাপ ৭: এটি মানায় কি না দেখুন

কোড কাজ করতে পারে এবং তবু পরে অ্যাপটি বদলানো কঠিন করে তুলতে পারে:

• পুনরাবৃত্তি। একই লজিক একাধিক জায়গায় কপি হলে তারা আলাদা হয়ে যাবে।
• সঙ্গতি। অ্যাপের বাকি অংশের প্যাটার্ন অনুসরণ করা উচিত।
• আকার। ২০ লাইনের অনুরোধে ৬০০ লাইন তৈরি হলে একটি প্রশ্ন করা উচিত।
• অব্যবহৃত কোড। নতুন সংস্করণের পাশে পুরোনো সংস্করণ পড়ে থাকলে।

এই পরিবর্তনের কারণে প্রজেক্টে এখন কোনো কোড অব্যবহৃত হয়ে গেছে কি, বা অন্য কোথাও একই লজিক কপি হয়েছে কি? কিছু বদলাবেন না; শুধু তালিকা করুন।

সাধারণ ভুল

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

চেকলিস্ট

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

Mythex-এ কোড পর্যালোচনা

• Ask mode কোড না বদলে কোড সম্পর্কে প্রশ্নের উত্তর দেয় — “প্রতিটি পরিবর্তন ব্যাখ্যা করো” এবং “কোন রুটে অনুমতি যাচাই নেই” ধরনের প্রম্পটের জন্য আদর্শ। দেখুন Chat।
• Code view প্রতিটি প্ল্যানে ফাইল ট্রি, এডিটর ও টার্মিনাল দেখায় (Free-এ শুধু-পড়া, Pro-তে সম্পাদনাযোগ্য), যাতে আপনি নিজে বদলানো জিনিস পড়তে পারেন। দেখুন Code editor।
• /test এজেন্টকে দিয়ে প্রিভিউতে একজন ব্যবহারকারীর মতো ক্লিক করায় এবং ভাঙা ফ্লোর রিপোর্ট নেয়।
• Checkpoints পর্যালোচনায় ব্যর্থ হওয়া পরিবর্তন ফিরিয়ে নিতে দেয়।

পর্যালোচনায় একজন ডেভেলপার সাহায্য করলে, AI-তৈরি অ্যাপে ডেভেলপারের সঙ্গে কীভাবে কাজ করবেন হস্তান্তরের কথা বলে; পর্যালোচনায় বাগ পাওয়া গেলে দেখুন AI-তৈরি অ্যাপের বাগ কীভাবে খুঁজবেন।

প্রশ্নোত্তর