ভাইব কোডিং — AI কোডিং টুল ভালোভাবে ব্যবহার করা

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

এটি কাজ করে — আজকের অনেক বাস্তব সফটওয়্যার এভাবেই তৈরি। কিন্তু শুধু "বর্ণনা করো আর আশা করো" একটা ছোট ডেমোর বেশি নিয়ে যায় না। শৃঙ্খলা ছাড়া ভাইব কোডিং এমন কোড তৈরি করে যা এমনভাবে ভাঙে যা আপনি বা AI কেউই ব্যাখ্যা করতে পারবে না। এই পাঠ সেই শৃঙ্খলা — এমন কিছু অভ্যাস যা AI-সহায়ক কোডিংকে আসলেই নির্ভরযোগ্য করে তোলে।

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

একটা মসৃণ AI-সহায়ক নির্মাণ আর একটা এলোমেলো নির্মাণের মধ্যে সবচেয়ে বড় পার্থক্য হলো আগে পরিকল্পনা হয়েছিল কিনা।

• কোড চাওয়ার আগে আপনার আসলে কী দরকার তা পরিকল্পনা করুন (একটি ন্যূনতম ভায়েবল ভার্সন, তারপর এর পরের ধাপগুলো)।
• ধাপে ধাপে কাজ করুন — একবারে পুরো অ্যাপ চাওয়ার বদলে একটা করে অংশ তৈরি আর যাচাই করুন।
• শুধু বর্ণনা না দিয়ে AI-কে উদাহরণ দিন: মকআপ, নমুনা ডেটা, রেফারেন্স কোড, একই ধরনের UI-এর স্ক্রিনশট।

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

AI যে প্যাটার্ন দিয়ে শুরু করে সেটাই বারবার পুনরাবৃত্তি করে। প্রথম কয়েকটা ফাইলে যদি একটা খারাপ অভ্যাস থাকে — অসামঞ্জস্যপূর্ণ নামকরণ, একটা বিশাল ফাইল ছোট মডিউলের বদলে, কোনো এরর হ্যান্ডলিং না থাকা — তার পরের প্রতিটা ফাইল একই অভ্যাস কপি করে, আর এটা দ্রুত জমতে থাকে।

• নতুন বা নিশ (niche) কিছুর বদলে জনপ্রিয়, ভালোভাবে ডকুমেন্টেড টেক স্ট্যাক বেছে নিন — AI প্রশিক্ষণে এটা অনেক বেশি দেখেছে।
• আপনার স্টাইল বা স্ট্রাকচার পছন্দ থাকলে, AI অনুমান করবে ধরে না নিয়ে সেগুলো লিখে দিন।
• সরাসরি মডিউলার কোড চান — একটা ক্রমবর্ধমান ফাইলের বদলে ছোট ফাইল আর ফাংশন।
• AI-এর প্রথম আউটপুট মনোযোগ দিয়ে পর্যালোচনা করুন। প্রথম ফাইলে একটা খারাপ প্যাটার্ন ধরা সস্তা; ত্রিশতম ফাইলে ধরা একটা পুনর্লিখন।
• নিয়মিত AI-কে কোডবেস পর্যালোচনা আর রিফ্যাক্টর করতে বলুন — না বললে এটি খুশি মনে কোড জুড়তেই থাকবে আর পরিষ্কার করা এড়িয়ে যাবে।

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

বেশিরভাগ AI কোডিং টুল স্বয়ংক্রিয়ভাবে একটা প্রোজেক্ট নির্দেশনা ফাইল পড়তে পারে — Claude Code ব্যবহার করে CLAUDE.md, অন্য টুল একই ধরনের কনভেনশন ব্যবহার করে। প্রতিটা কথোপকথনে পুনরাবৃত্তি না করে আপনার স্ট্যাক, কনভেনশন, আর বারবার আসা নির্দেশনা একবার সেখানে রাখুন।

একই নির্দেশনা একাধিকবার টাইপ করছেন বুঝলে, সেটাই ডকুমেন্টে যোগ করার সংকেত। কোডবেস সম্পর্কে AI যদি একটা দীর্ঘ সেশনে কিছু দরকারি শিখে থাকে, সেশনের পর সেই শিক্ষাটা ডকুমেন্টে সংক্ষিপ্ত করতে বলা সাহায্য করতে পারে।

AI টুল সাম্প্রতিক কথোপকথনের একটা সীমিত উইন্ডো থেকে কাজ করে — এতে যত বেশি অপ্রাসঙ্গিক জিনিস থাকে, উত্তর তত খারাপ আর ধীর হয়।

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

কিছু ভাঙলে, আসল এরর মেসেজ আর প্রাসঙ্গিক কোড পেস্ট করুন, আর ঠিক করার আগে AI-কে ব্যাখ্যা করতে দিন কী ভুল হয়েছে। না বুঝে একটা প্যাচ গ্রহণ করবেন না — প্রথম ব্যাখ্যা খুব টেকনিক্যাল হলে সহজ ভাষায় ব্যাখ্যা চান। একটা ফিক্স যদি না টেকে, র‍্যান্ডম পরিবর্তন চেষ্টা করার বদলে অন্য সম্ভাব্য কারণের একটা তালিকা চান।

AI-জেনারেট করা পরিবর্তন এমনভাবে ভুল হতে পারে যা এক নজরে ধরা কঠিন। Git আপনার নিরাপত্তা জাল — এটাকে সেভাবেই ব্যবহার করুন।

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

বেশিরভাগ AI কোডিং টুল বললে সরাসরি Git আর GitHub CLI কমান্ড চালাতে পারে — কমিট করা, ব্রাঞ্চ করা, একটা পুল রিকোয়েস্ট খোলা — তাই এটা নিজে করতে কথোপকথন থেকে বের হতে হয় না।

একা ছেড়ে দিলে, একটা AI টুলের ডিফল্ট আচরণ হলো ফিচারটা লিখে থেমে যাওয়া — ন্যূনতম বা কোনো টেস্ট ছাড়াই। যে কোড আপনি নিজে হাতে লেখেননি আর পড়ে পুরোপুরি যাচাই করতে পারেন না, তার জন্য এটা ঠিক উল্টো।

• যখনই একটা ফিচার তৈরি হয়, "পরে" নয়, তখনই বেসিক টেস্ট চান।
• বাস্তব ইউজার ফ্লো থাকা যেকোনো কিছুর জন্য এন্ড-টু-এন্ড টেস্টও চান — এগুলো একা ইউনিট টেস্টের চেয়ে বেশি ধরনের প্রকৃত ভাঙন ধরে।
• জটিল লজিকের জন্য টেস্ট-ড্রিভেন ডেভেলপমেন্ট বিবেচনা করুন: আগে একটা টেস্ট চান, সেটা ব্যর্থ হতে দেখুন, তারপর সেটা পাস করানোর কোড চান।
• একটা বাগ পেয়েছেন? ঠিক করার আগে AI-কে সেটা পুনরুৎপাদন করা একটা টেস্ট লিখতে বলুন — সেই টেস্ট তখন একই বাগ ফিরে আসা থেকে রক্ষা করে।

টেস্ট থাকলে রিফ্যাক্টরিং আর ভীতিকর থাকে না — একটা পাস করা টেস্ট স্যুটই বলে দেয় যে একটা পরিষ্কার করা চুপচাপ কিছু ভাঙেনি।

সিক্রেটের বাইরেও, ইউজার ইনপুট, অথেন্টিকেশন, বা পেমেন্ট নিয়ে কাজ করা যেকোনো কিছুর জন্য শিপ করার আগে সরাসরি AI-কে একটা নিরাপত্তা পাস করতে বলা ভালো — না বললে এটি নিজে থেকে এটা করবে না।

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