কিভাবে এআই লিখিত স্পেসকে বাস্তব ফিচার ও স্ক্রিনে পরিণত করে

লিখিত নির্দেশ থেকে তৈরি করা মানে কী

“লিখিত নির্দেশ” বলতে আপনারই সেই বাক্যগুলো বোঝায় যা দিয়ে আপনি বোঝান কী বানাতে চান—এগুলো এমনভাবে ধরা যা এআই (এবং একটি টিম) অনুসরণ করতে পারে।

প্রাক্টিক্যালি লক্ষ্য কোনো নিখুঁত প্রোস নয়। লক্ষ্য হল স্পষ্ট উদ্দেশ্য (আপনি কোন আউটকাম চান) এবং স্পষ্ট সীমা (কি অনুমোদিত, কি নয়), যাতে সিস্টেমকে অনুমান করতে না হয়।

কি গণ্য করা হবে “লিখিত নির্দেশ” হিসেবে

এগুলো আনুষ্ঠানিক বা অনানুষ্ঠানিক উভয়ই হতে পারে:

• নোট ও মেসেজ: কোনো বোতাম যোগ করুন সার্টিফিকেশন ইমেইল আবার পাঠানোর জন্য
• ইউজার স্টোরি: 'একজন কাস্টমার হিসেবে, আমি আমার শিপিং ঠিকানাগুলো সংরক্ষণ করতে চাই যাতে চেকআউট দ্রুত হয়'
• অ্যাকসেপটেন্স ক্রাইটেরিয়া: 'আমি লগ ইন অবস্থায় থাকলে, যদি আমি সংরক্ষণ চাপি, ঠিকানাটি তালিকায় দেখা যাবে এবং ডিফল্ট হবে'
• এজ কেস ও কনস্ট্রেইনটস: 'PO বক্স অনুমোদিত হবে না', 'মোবাইল-এ কাজ করতে হবে', 'ডেটা GDPR-কমপ্লায়েন্ট অঞ্চলে সেভ হবে'

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

"ওয়ার্কিং ফিচার ও স্ক্রিন" বাস্তবে কী মানে

একটি ওয়ার্কিং ফিচার মকআপের চাইতে বেশি কিছু। সাধারণত এতে থাকে:

• UI স্ক্রিন: লেআউট, ফর্ম ফিল্ড, বোতাম, এরর স্টেট
• নেভিগেশন ও ফ্লো: ব্যবহারকারীরা কোথা থেকে শুরু করে, পরবর্তী কোথায় যায়, সাফল্য/ব্যর্থতার পর কি ঘটে
• লজিক ও নিয়ম: ভ্যালিডেশন, পারমিশন, ক্যালকুলেশন, স্ট্যাটাস পরিবর্তন
• ডেটা: কী সংরক্ষিত হবে, কী রিট্রিভ ও আপডেট হবে (এবং কখন)

উদাহরণস্বরূপ, “সেভড অ্যাড্রেসেস” কেবল একটি পেজ নয়—এটি একটি স্ক্রিন সেট (লিস্ট, যোগ/সম্পাদনা), নিয়ম (আবশ্যক ক্ষেত্র, ডিফল্ট অ্যাড্রেস), এবং ওয়ারাইরিং (API কল, স্টেট আপডেট)।

এআই-সহায়িত বিল্ড লুপ

বেশিরভাগ টিম একটি সহজ সাইকলে আটকে যায়:

বর্ণনা → জেনারেট → রিভিউ → পরিমার্জন

আপনি স্পেস দেন, এআই UI/UX ও ইমপ্লিমেন্টেশন প্রস্তাব করে, আপনি প্রোডাক্ট ফিট ও সঠিকতার জন্য রিভিউ করেন, তারপর ফলাফল আপনার অভিপ্রেতের সঙ্গে মিলানো পর্যন্ত স্পেস রিফাইন করেন।

যদি আপনি কোনো ভাইব-কোডিং প্ল্যাটফর্ম ব্যবহার করেন যেমন Koder.ai, এই লুপটি আরও শীঘ্রই হয় কারণ আপনি এক জায়গায় থেকে: চ্যাটে ফিচার বর্ণনা করেন, অ্যাপ পরিবর্তন জেনারেট করেন, এবং টার্গেটেড ফলো-আপ দিয়ে দ্রুত পুনরাবৃত্তি করতে পারেন (প্রয়োজন হলে রিভার্টও করতে পারেন)।

প্রত্যাশা সেট করা

এআই স্ক্রিন ড্রাফট, ফ্লো সাজেস্ট ও কোড উৎপাদন দ্রুত করতে পারে, কিন্তু মানুষ এখনও:

• প্রোডাক্ট সিদ্ধান্ত ও ট্রেড-অফ করে
• রিকোয়ারমেন্টের বিরুদ্ধে সঠিকতা যাচাই করে
• বাস্তব আচরণ টেস্ট করে (বিশেষত এজ কেস)\
• গুণমান, নিরাপত্তা ও পণ্যের বাকি অংশের সাথে সঙ্গতি নিশ্চিত করে

এআই-কে ভাবুন টেক্সটকে প্রথম (এবং দ্বিতীয়) ড্রাফটে দ্রুত রূপান্তর করার দ্রৌতকারী হিসেবে—চূড়ান্ত ফলাফলের দায়িত্ব মানুষই বহন করে।

এআই কোন ইনপুট ব্যবহার করতে পারে (এবং কী স্পষ্ট করে দেয়)

এআই ফরম্যাট সম্পর্কে নমনীয়, কিন্তু স্পষ্টতার প্রতি পিকি। এটি একটি প্যারাগ্রাফ, বুলেট লিস্ট, PRD স্নিপেট, বা ইউজার স্টোরির সেট থেকেও কাজ করতে পারে—যদি উদ্দেশ্য ও সীমাবদ্ধতা স্পষ্ট থাকে।

ভালো ইনপুট (র 'র কাঁচা মাল')

সাধারণত সবচেয়ে ব্যবহারযোগ্য শুরুর পয়েন্টগুলো:

• একটি ইউজার স্টোরি: কে কি চায়, এবং কেন (উদাহরণ: 'একজন স্টোর ম্যানেজার হিসেবে, আমি রিফান্ড অনুমোদন করতে চাই যাতে লোকসান নিয়ন্ত্রণ করতে পারি')
• টার্গেট অডিয়েন্স: অভ্যন্তরীণ টিম, পেইং কাস্টমার, অ্যাডমিন, প্রথমবারের ব্যবহারকারী ইত্যাদি
• কনস্ট্রেইনটস: মোবাইল-ফার্স্ট, ডার্ক মোড সমর্থন, অফলাইন কাজ করা, বিদ্যমান ডিজাইন সিস্টেম মেনে চলা, পারফরম্যান্স সীমা
• সাফল্যের মাপকাঠি: কিভাবে জানবেন কাজ শেষ (উদাহরণ: 'রিফান্ড অ্যাপ্রুভাল ৩০ সেকেন্ডের মধ্যে হবে এবং একটি অডিট এন্ট্রি লগ হবে')

এই উপাদানগুলো AI-কে বলে আপনি কি বানাচ্ছেন এবং 'ভাল' কেমন দেখায়, যা ব্যাক-অ্যান্ড-ফোর্থ কমায়।

AI কী জিনিস অনুমান করা থেকে বিরত রাখতে চায়

রিকোয়ারমেন্ট মিসিং থাকলে AI ডিফল্ট দিয়ে ফাঁক ভরতে পারে যা আপনার ব্যবসায়িক নিয়মের সঙ্গে মিল নাও খেতে পারে। অন্তর্ভুক্ত করুন:

• রোল ও পারমিশন: কে দেখতে/তৈরি/সম্পাদনা/ডিলিট/অ্যাপ্রুভ করতে পারে
• ডেটা ফিল্ড: কোন তথ্য স্টোর হবে, ভ্যালিডেশন নিয়ম, আবশ্যক বনাম ঐচ্ছিক
• স্টেট ও ট্রানজিশন: ড্রাফট → সাবমিট → অ্যাপ্রুভ → রিজেক্ট এবং কে কোন স্টেট থেকে অন্য স্টেটে যেতে পারে
• এজ কেস: ডুপ্লিকেট, এম্পটি স্টেট, ধীর নেটওয়ার্ক, আংশিক ডেটা, এরর হ্যান্ডলিং

অস্পষ্ট বনাম কংক্রিট — আগে/পরে

অস্পষ্ট: 'একটি চেকআউট স্ক্রিন যোগ করুন এবং এটি সহজ রাখুন'

কংক্রিট: 'লগ ইন করা ব্যবহারকারীদের জন্য একটি চেকআউট ফ্লো যোগ করুন। ধাপগুলো: ঠিকানা → শিপিং → পেমেন্ট → রিভিউ। কার্ড + Apple Pay সমর্থন। প্রতিটি ব্যবহারকারী সর্বোচ্চ ৩টি ঠিকানা সংরক্ষণ করতে পারবে। পেমেন্ট শো করার আগে ট্যাক্স ও শিপিং দেখাবে। পেমেন্ট ব্যর্থ হলে কার্ট রাখবে এবং রিট্রাই অপশন দেখাবে। সফল হলে = অর্ডার তৈরি, রসিদ ইমেইল, ইনভেন্টরি হ্রাস।'

কেন স্পেসিফিসিটি রিওয়ার্ক ও সারপ্রাইজ কমায়

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

ধাপ 1: উদ্দেশ্য ও রিকোয়ারমেন্ট বোঝা

এআই স্ক্রিন বা কোড জেনারেট করার আগে আপনার কি বোঝাতে চেয়েছেন তা বুঝতে হবে, শুধু আপনি যা লিখেছেন তা নয়। এই ধাপটি প্রোডাক্ট ম্যানেজারের মতো আপনার স্পেস 'রিড' করা: লক্ষ্য, সংশ্লিষ্ট ব্যক্তি, এবং ফিচারকে সঠিক করে তুলতে নিয়ম বের করা।

AI কীভাবে প্লেইন টেক্সট থেকে উদ্দেশ্য বের করে

অধিকাংশ স্পেসে কিছু পুনরাবৃত্ত ব্লক থাকে:

• লক্ষ্য: সফলতা কেমন দেখায় ('সাইনআপে ড্রপ-অফ কমানো')
• অ্যাক্টরস: কে কাজ করে ('গেস্ট ইউজার', 'অ্যাডমিন')
• অ্যাকশনস: তারা কী করে ('তৈরি', 'সম্পাদনা', 'অ্যাপ্রুভ', 'এক্সপোর্ট')
• অবজেক্টস: কোন জিনিসে অ্যাকশন হয় ('অ্যাকাউন্ট', 'ইনভয়েস', 'প্রজেক্ট', 'কমেন্ট')
• নিয়ম: কি সত্য হতে হবে ('ইমেইল ইউনিক হতে হবে', 'অ্যাডমিনরা যে কোনো পোস্ট ডিলিট করতে পারে')

যদি এগুলো স্পষ্ট হয়, এআই টেক্সটকে একটি স্ট্রাকচার্ড অনুধাবনে অনুবাদ করতে পারে যা পরবর্তী ধাপগুলো ফ্লো, স্ক্রিন, ডেটা ও লজিকে রূপান্তর করবে।

বাক্যগুচ্ছকে প্রোডাক্ট কনসেপ্টে ম্যাপ করা

AI কমন প্রোডাক্ট প্যাটার্ন চিনে এবং সাধারণ ফ্রেজিংকে ইমপ্লিমেন্টেশন কনসেপ্টে ম্যাপ করে। উদাহরণ:

• 'অ্যাকাউন্ট তৈরি' প্রায়ই একটি অথেন্টিকেশন ফ্লো বোঝায় (সাইনআপ ফর্ম, ইমেইল ভেরিফিকেশন, পাসওয়ার্ড রিসেট)
• 'ড্যাশবোর্ড' সাধারণত ওভারভিউ স্ক্রিন বোঝায় (সংক্ষেপ মেট্রিক্স, রিসেন্ট অ্যানালিটিক্স, শর্টকাট)
• 'টিমমেটকে ইনভাইট করা' রোল/পারমিশন ও ইনভিটেশন সিস্টেম নির্দেশ করে

এই ম্যাপিং উপকারী কারণ এটি অস্পষ্ট নামগুলোকে কনক্রিট বিল্ডিং ব্লকে পরিণত করে যা ডিজাইনার ও ইঞ্জিনিয়ার ব্যবহার করে।

মিসিং তথ্য চিহ্নিত করা ও সঠিক প্রশ্ন করা

ভাল স্পেসেও ফাঁক থাকে। AI কি মিস হয়েছে তা ফ্ল্যাগ করতে পারে এবং ক্ল্যারিফিকেশন প্রশ্ন প্রস্তাব করতে পারে, যেমন:

• 'কোন কোন রোল আছে, এবং প্রতিটি রোল কি অ্যাকসেস করতে পারে?'
• 'ব্যবহারকারীর ইতিমধ্যে একটি অ্যাকাউন্ট থাকলে কী হবে?'
• 'কোন ফিল্ডগুলো আবশ্যক, এবং ভ্যালিডেশন কি?'

ডিফল্ট নিয়ে অস্পষ্টতা হ্যান্ডলিং (এবং স্পষ্ট অনুমান)

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

গুরুত্বপূর্ণ হচ্ছে দৃশ্যমানতা: অনুমানগুলো তালিকাভুক্ত করা উচিত যাতে মানুষ শিপের আগে নিশ্চিত বা সংশোধন করতে পারে।

ধাপ 2: টেক্সটকে ফিচার প্ল্যানে রূপান্তর

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

রিকোয়ারমেন্টকে স্ক্রিন ও জার্নিতে ম্যাপ করা

একটি ভাল প্ল্যান বাক্যগুলোকে স্ক্রিন, নেভিগেশন, ও ইউজার জার্নি-তে অনুবাদ করে।

উদাহরণ: 'ইউজার আইটেম সেভ করে উইশলিস্টে রেখে পরে দেখবে' সাধারণত নির্দেশ করে: (1) প্রডাক্ট ডিটেইল ইন্টারঅ্যাকশন, (2) উইশলিস্ট স্ক্রিন, এবং (3) মেইন ন্যাভ থেকে তা পৌঁছানোর উপায়।

AI-কে বলুন স্ক্রিনগুলো তালিকাভুক্ত করতে এবং তারপর হ্যাপি-পাথ বর্ণনা করতে, সঙ্গে কয়েকটি সাধারণ ডিট্যুর (লগড আউট, আইটেম রিমুভ, এম্পটি লিস্ট) যোগ করতে।

কাজ ভাঙে তৈরি-যোগ্য টাস্কে

পরবর্তী পদক্ষেপে AI ফিচারকে টাস্কে ভাগ করবে যা টিম স্বীকার্য:

• UI কম্পোনেন্টস (বোতাম, ফর্ম, এম্পটি স্টেট, লোডিং স্টেট)
• API এন্ডপয়েন্টস (উদাহরণ: create/remove/list)
• ভ্যালিডেশন ও নিয়ম (লিমিট, আবশ্যক ফিল্ড, পারমিশন)
• এজ কেস (ডুপ্লিকেট, অফলাইন, কনফ্লিক্ট)

এখানেই অস্পষ্ট রিকোয়ারমেন্টগুলো সামনে আসে। উদাহরণ: স্পেস না বললে 'একই আইটেম দুইবার সেভ' হলে কি হবে—প্ল্যানেই সেই প্রশ্ন উঠতে হবে।

অ্যাকসেপটেন্স ক্রাইটেরিয়া নির্ধারণ করা

অ্যাপ করার ভাষায় সোজা থাকুন। উদাহরণ:

• লগ-ইন করা ব্যবহারকারী 'সেভ' চাপলে ২ সেকেন্ডের মধ্যে আইটেম উইশলিস্টে দেখা যাবে
• যদি ব্যবহারকারী লগ আউট থাকে, তাকে সাইন ইন করতে বলা হবে এবং একই আইটেমে ফিরে আসবে
• উইশলিস্ট এম্পটি হলে একটি এম্পটি স্টেট দেখাবে পরবর্তী ব্রাউজিং-এর লিঙ্কসহ

স্কোপ কন্ট্রোল রাখা

AI-কে বলুন আইটেমগুলোকে মাস্ট-হ্যাভ বনাম নাইস-টু-হ্যাভ হিসেবে লেবেল করতে (উদাহরণ: 'শেয়ার উইশলিস্ট' হতে পারে নাইস-টু-হ্যাভ)। এতে প্ল্যান অচেন করে বিস্তার পাবে না।

ধাপ 3: স্ক্রিন, লেআউট, ও UX ফ্লো জেনারেট করা

ফিচার প্ল্যান হাতে থাকলে, AI টেক্সটকে কনক্রিট 'স্ক্রিন ম্যাপ' এবং প্রাথমিক UI ড্রাফটে রূপান্তর করতে সাহায্য করতে পারে। প্রথমবারে পিক্সেল-পারফেক্ট ডিজাইন নয়—লক্ষ্যটি হলো একটি শেয়ারেবল, ইনস্পেক্টেবল মডেল যা ব্যবহারকারী কি দেখবে ও কি করবে তা প্রতিফলিত করে।

স্ক্রিন তালিকা ও ইউজার ফ্লো খসড়া করা

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

তারপর সাধারণ বিকল্পগুলো জিজ্ঞেস করুন: 'যদি তারা লগ ইন না থাকে?', 'কোন রেজাল্ট না হলে কি হবে?', 'মধ্যপথে ছেড়ে দিলে কি হবে?'—এগুলোই নিশ্চিত করে যে UI কেবল ডেমোতে কাজ করবে না।

বর্ণনার ভিত্তিতে ওয়্যারফ্রেম বা UI ড্রাফট জেনারেট করা

আপনার স্পেসে লেআউট হিন্ট থাকলে (উদাহরণ: 'হেডারে সার্চ, রেজাল্ট লিস্ট ফিল্টারসহ, প্রাইমারি CTA নিচে'), AI একটি কাঠামোবদ্ধ ড্রাফট তৈরি করতে পারে, যেমন:

• ওয়্যারফ্রেম আউটলাইন (সেকশন ও হায়ারার্কি)
• কম্পোনেন্ট সাজেশন (কার্ড, টেবিল, ট্যাব, মডাল)
• স্যাম্পল কপি (বোতামের লেবেল, হেল্পার টেক্সট, এম্পটি-স্টেট মেসেজ)

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

মূল UI স্টেট ডিজাইন করা (যেখানে বেশি স্পেস অস্পষ্ট)

একটি কাজ করা প্রোডাক্ট 'নরমাল' স্ক্রিন ছাড়াও আরও স্টেট দরকার। AI-কে বলুন перечислить এবং সংজ্ঞায়িত করতে:

• লোডিং: স্কেলেটন বনাম স্পিনার, কীটা ক্লিকেবল থাকে
• এম্পটি: কি মেসেজ দেখবে, পরবর্তী কী অ্যাকশন অফার করবেন
• এরর: ব্যবহারকারী-বান্ধব টেক্সট, রিট্রাই আচরণ, ফলব্যাক অপশন
• সাকসেস: কনফার্মেশন, পরবর্তী ধাপ, টোস্ট না রিডাইরেক্ট
• পারমিশন: কখন কি চাইবেন, এসকিউ কবে, প্রত্যাখ্যান হলে কি হবে

এসব স্টেট সিদ্ধান্ত সরাসরি ডেভেলপমেন্ট প্রচেষ্টা ও ব্যবহারকারীর বিশ্বাসকে প্রভাবিত করে।

সাধারণ ডিজাইন সিস্টেমের সাথে সবকিছু কনসিস্টেন্ট রাখা

AI পুনরাবৃত্তি কমাতে রিইউজেবল কম্পোনেন্ট ও নিয়ম প্রস্তাব করে: টাইপ স্কেল, স্পেসিং টোকেন, বাটন স্টাইল, ফর্ম প্যাটার্ন।

যদি আপনার কাছে ইতিমধ্যে কম্পোনেন্ট থাকে, আপনার অভ্যন্তরীণ গাইডলাইনগুলোকে লিঙ্ক করুন (উদাহরণ: /design-system) এবং AI-কে বলুন সেগুলো ব্যবহার করতে, নতুন প্যাটার্ন আবিষ্কার না করতে।

ধাপ 4: ফিচারকে ডেটা ও নিয়মে অনুবাদ করা

এখন 'অ্যাপ কী করবে' কে অনুবাদ করে নির্ধারণ করা হয় 'অ্যাপ কী সংরক্ষণ করবে' এবং 'কী অনুমোদিত'—এখানে লিখিত স্পেস একটি কনক্রিট ডেটা মডেল ও ব্যবসায়িক নিয়মে পরিণত হয়।

মূল এন্টিটিগুলো চিহ্নিত করা

AI প্রথমে টেক্সটে থাকা 'নাউন'গুলো তুলে নিয়ে সেগুলোকে এন্টিটি হিসেবে ধরে। উদাহরণ: 'ইউজাররা প্রজেক্ট তৈরি করে টাস্ক যোগ করে, ম্যানেজার টাইম এন্ট্রি অ্যাপ্রুভ করে' নির্দেশ করে এন্টিটি: User, Project, Task, TimeEntry।

ফিল্ড, সম্পর্ক এবং কনস্ট্রেইনটস প্রস্তাব করা

প্রতিটি এন্টিটির জন্য AI প্রস্তাব করে প্রয়োজনীয় ফিল্ডগুলো (এবং কি মিস হচ্ছে তা ফ্ল্যাগ করে):

• ফিল্ড: নাম, স্ট্যাটাস, তারিখ, অ্যামাউন্ট, নোট, অ্যাটাচমেন্ট
• রিলেশনশিপ: একটি Project-এর অনেক Task আছে; একটি Task একটি Project-এর অন্তর্গত; একটি User অনেক Project-র মালিক
• কনস্ট্রেইনটস: আবশ্যক বনাম ঐচ্ছিক, ইউনিক (যেমন ইমেইল), ফরম্যাট (ISO তারিখ), অনুমোদিত মান (স্ট্যাটাস = Draft/In Review/Approved)

এটি এজ কেসগুলোও উত্থাপন করবে, যেমন 'প্রতিটি অ্যাকাউন্টে একটিমাত্র অ্যাকটিভ সাবস্ক্রিপশন' বা 'অর্ডার টোটাল লাইন আইটেমের সমান হতে হবে'—এগুলো ক্যালকুলেটেড ভ্যালিডেশন হিসেবে চিহ্নিত করুন।

ভ্যালিডেশন ও ব্যবসায়িক নিয়ম প্লেইন ল্যাঙ্গুয়েজে সংজ্ঞায়িত করা

ভালো আউটপুট নিয়মগুলো পড়তে সুবিধাজনক রাখে, কোডে চাপা নয়। উদাহরণ:

• 'একটি টাস্ক Done হিসেবে নামাজ করা যাবে না যদি না এতে অ্যাসাইনী থাকে'
• 'রিফান্ড ৩০ দিনের মধ্যে অনুমোদিত, যদি অর্ডার বিতর্কে না থাকে'
• 'ম্যানেজার শুধুমাত্র তাদের দেখভালের প্রজেক্টের টাইম এন্ট্রি অ্যাপ্রুভ করতে পারবে'

ডেটা লাইফসাইকেল পরিকল্পনা করা

অবশেষে, কোন রেকর্ড কিভাবে সময়ের সঙ্গে পরিবর্তিত হবে ম্যাপ করুন: তৈরি, আপডেট, ডিলিট, এবং ডিলেটের বদলে কি (সফট-ডিলিট)। AI অডিট ট্রেইল (কে কখন কি বদলালো) ও ইতিহাস/ভার্জনিং প্রস্তাব করতে পারে যখন স্পেস ট্রেসেবিলিটি চায়।

ধাপ 5: UI ও লজিকের জন্য কোড উৎপাদন

এখন আপনি 'প্রথম কাজ করা ড্রাফট' কোড উৎপন্ন করতে পারেন: UI যাতে ক্লিক করা যায়, এবং লজিক যা সঠিক আচরণ করে।

যদি আপনি Koder.ai ব্যবহার করেন, সাধারণত প্ল্যাটফর্মটি চ্যাট-চালিত স্পেস থেকে সমগ্র স্ট্যাক ইমপ্লিমেন্টেশন (ওয়েব, ব্যাকএন্ড, ডেটাবেস) জেনারেট করে, এবং আপনার চাইলে সোর্স কোড এক্সপোর্টের অপশন দেয়।

ফ্রন্টএন্ড: কম্পোনেন্ট, ফর্ম, রাউটিং, স্টেট

‘Create Project’ স্ক্রিনের মতো স্পেস থেকে AI স্ক্যাফোল্ড করতে পারে:

• একটি পেজ কম্পোনেন্ট (লেআউট, হেডিং, হেল্পার টেক্সট)
• ভ্যালিডেশন নিয়মসহ ফর্ম (আবশ্যক ফিল্ড, ক্যারেক্টার লিমিট)
• রাউটিং (উদাহরণ: /projects/new) ও নেভিগেশন লিংক
• স্টেট হ্যান্ডলিং (লোডিং, সাফল্য, এরর, সাবমিট নিষ্ক্রিয়)

এটি পুনরায় ব্যবহারযোগ্য বিল্ডিং ব্লকও জেনারেট করতে পারে (উদাহরণ: \u003cProjectForm /\u003e যা create ও edit উভয়ের জন্য ব্যবহার করা যায়), ফলে কোড কনসিসটেন্ট থাকে।

ব্যাকএন্ড: এন্ডপয়েন্ট, সার্ভিস, পারমিশন চেক

সার্ভার সাইডে AI ফিচারের জন্য মূল 'কন্ট্রাক্ট' খসড়া করতে পারে:

• এন্ডপয়েন্টস (POST /api/projects, GET /api/projects/:id)
• সার্ভিস মেথড যা ব্যবসায়িক নিয়ম প্রয়োগ করে (উদাহরণ: ওয়ার্কস্পেস-ভিত্তিক ইউনিক নাম)
• পারমিশন চেক (কে তৈরি করতে পারে, কে এডিট করতে পারে)

কী গুরুত্বপূর্ণ—ব্যাকএন্ড লজিক স্পেসের নিয়মের সাথে বাঁধা থাকতে হবে ('শুধুমাত্র অ্যাডমিন ভিজিবিলিটি প্রাইভেট সেট করতে পারে'), কেবল UI যা পাঠায় তা সেভ করা নয়।

UI কে ডেটার সাথে যুক্ত করা: API কল, ক্যাশিং, এরর

AI UI-কে আপনার API ক্লায়েন্টের সঙ্গে (fetch/Axios/React Query ইত্যাদি) ওয়্যার করবে, প্রয়োজনে ক্যাশিং ও রিট্রাই যুক্ত করে। এটি ব্যবহারকারী-বান্ধব এরর হ্যান্ডলিংও জেনারেট করবে: ফিল্ড-লেভেল মেসেজ ভ্যালিডেশন এররগুলো জন্য এবং নেটওয়ার্ক সমস্যার জন্য স্পষ্ট ফলব্যাক।

// Example: submit handler with loading + error state
async function onSubmit(values) {
  setStatus({ loading: true, error: null });
  try {
    await api.post('/api/projects', values);
    router.push('/projects');
  } catch (e) {
    setStatus({ loading: false, error: 'Could not create project. Try again.' });
  }
}

কোড মেইনটেনেবল রাখা

জেনারেট করা কোড আপনার কনভেনশনের মতো হলে সবচেয়ে কাজে লাগে: স্পষ্ট নামকরণ, স্বল্প ফাংশন, অনুমেয় ফোল্ডার স্ট্রাকচার, এবং শেয়ার করা ইউটিলিটি (ভ্যালিডেটর, API ক্লায়েন্ট, পারমিশন হেল্পার)।

যদি আপনার কাছে স্টাইল গাইড বা প্যাটার্ন থাকে, সেগুলো রেফার করুন এবং অভ্যন্তরীণ ডক লিংক দিন যেমন /engineering/frontend বা /engineering/api-guidelines।

ধাপ 6: সবকিছুকে কাজ করা ফিচারে ওয়্যার করা

এখন আপনার কাছে স্ক্রিন, UI কম্পোনেন্ট, ডেটা শেপ, ও ব্যবসায়িক নিয়ম আছে। 'ওয়্যারিং' হলো সেইগুলোকে একে অপরের সঙ্গে সংযোগ করা: বোতাম অ্যাকশন ট্রিগার করে, অ্যাকশন ব্যাকএন্ডে কল করে, রেসপন্স UI আপডেট করে, এবং পারমিশন ঠিক করে কে কি দেখবে।

নেভিগেশন: স্ক্রিনগুলো পৌঁছনীয় করা

AI স্পেস অনুযায়ী স্ক্রিনগুলো সংযুক্ত করতে পারে রুট তৈরির মাধ্যমে (URL বা অ্যাপ পাথ), কী হবে বড় অ্যাকশনের পরে, এবং পেজগুলোর মধ্যে সঠিক কন্টেক্সট পাঠানোর নিয়ম।

উদাহরণ: 'সেভ করার পরে তালিকায় ফিরে যান এবং নতুন আইটেমটি হাইলাইট করুন'—এটি কনক্রিট ফ্লো দেয়: সাবমিট ফর্ম → সাফল্য পর্যন্ত অপেক্ষা → তালিকায় নেভিগেট → একটি টোস্ট দেখাও ও নতুন সারি ফোকাস করা।

অথেনটিকেশন, রোল, ও এক্সেস কন্ট্রোল

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

• UI নিয়ম: এমন অ্যাকশন লুকানো বা নিষ্ক্রিয় করা যেগুলো ব্যবহারকারী নিতে পারবে না
• API নিয়ম: এমন অনুরোধ প্রত্যাখ্যান করা যা পারমিশন লঙ্ঘন করে
• ডেটা স্কোপিং: ব্যবহারকারী শুধুমাত্র তাদের যে আইটেম দেখা উচিত তা দেখুক

AI এখানে সাহায্য করে কারণ এটি অ্যাপ জুড়ে কনসিস্টেন্ট চেক জেনারেট করতে পারে (শুধু একটি স্ক্রিন নয়), ফলে 'লুকায়িত কিন্তু এন্ডপয়েন্ট কাজ করে' ধরনের ঝুঁকি কমে।

পরিবেশ কনফিগারেশন সিক্রেট লিক ছাড়া

অনেক ফিচার কনফিগারেশনের ওপর নির্ভর করে: API বেস URL, অ্যানালিটিক্স কী, ফিচার ফ্ল্যাগ, স্টোরেজ বাকেট ইত্যাদি। AI dev/staging/prod আলাদা সেটআপ করতে পারে এবং সিক্রেট কোডবেসে না রাখার নিয়ম প্রয়োগ করতে বলে।

সাধারণ আউটপুট:

• .env টেমপ্লেট (নিরাপদ প্লেসহোল্ডার)
• কনফিগ লোডার যা এনভায়রনমেন্ট ভ্যারিয়েবল পড়ে
• কি কি ডেপ্লয়মেন্টে সেট করতে হবে তা স্পষ্ট নোট

এন্ড-টু-এন্ড আচরণ যাচাই করা

লক্ষ্য হল পুরো লুপ: ক্লিক → রিকোয়েস্ট → রেসপন্স → UI আপডেট। AI মিসিং গ্লু কোড (লোডিং, এরর, রিট্রাই) যোগ করতে পারে এবং সহজ চেক জেনারেট করতে পারে যেমন:

• 'সেভ' ক্লিক করলে প্রত্যাশিত পে-লোড যায়
• সাফল্য UI ও ক্যাশ/স্টেট আপডেট করে
• এরর দেখালে ব্যবহারকারী ফর্ম মান বজায় থাকে ও স্পষ্ট মেসেজ দেখায়

এটিই জায়গা যেখানে একটি ফিচার মকআপ না থেকে বাস্তবে কাজ করা প্রোডাক্টে পরিণত হয়।

ধাপ 7: AI-সহায়তায় টেস্টিং ও ডিবাগিং

একবার ফিচার 'ওয়ার্কিং' হলে, এটিকে বাস্তব ব্যবহারকারী ও অগোছালে পরীক্ষা করুন। AI গ্রহণযোগ্যতার মানদণ্ডকে কংক্রিট চেকসে রূপান্তর করতে পারে—এবং ডিবাগিংয়ের কষ্টসাধ্য অংশ দ্রুত করতে সহায়তা করে।

গ্রহণযোগ্যতার মানদণ্ড থেকে সরাসরি টেস্ট জেনারেট করা

যদি আপনার স্পেস বলে, 'ব্যবহারকারী পাসওয়ার্ড রিসেট করতে পারে এবং একটি কনফার্মেশন মেসেজ দেখবে', AI বিভিন্ন স্তরের টেস্ট কেস প্রস্তাব করতে পারে:

• ইউনিট টেস্ট: ছোট নিয়ম যাচাই (পাসওয়ার্ড দৈর্ঘ্য, টোকেন মেয়াদ)
• ইন্টিগ্রেশন টেস্ট: সিস্টেমগুলো সঠিকভাবে কথা বলছে কিনা পরীক্ষা (রিসেট ইমেইল অনুরোধ ডাটাবেসে টোকেন তৈরি করে)
• UI চেক: আচরণ যাচাই (সাকসেস টোস্ট দেখা; সাবমিটের সময় বোতাম নিষ্ক্রিয়)

চালুর কৌশল: AI-কে এক্স্যাক্ট অ্যাকসেপটেন্স ক্রাইটেরিয়া ও প্রধান স্ক্রিন/টেস্ট কনভেনশন দিন।

রিয়েল-ওয়ার্ল্ডে এজ কেসগুলো আগে থেকেই অন্বেষণ করা

স্পেস সাধারণত হ্যাপি-পাথ বর্ণনা করে। AI 'যদি' পরিস্থিতিগুলো brainstorm করে যা পরে সাপোর্ট টিকিট জন্ম দিতে পারে:

• অবৈধ ইনপুট: খালি ক্ষেত্র, অদ্ভূত ক্যারেক্টার, খুব লম্বা টেক্সট, অতীত তারিখ
• ধীর বা ফ্লেকি নেটওয়ার্ক: রিট্রাই, টাইমআউট, ডাবল সাবমিট, অফলাইন মোড
• কনফ্লিকটিং আপডেট: দুইটি ট্যাব, দুই অ্যাডমিন এক রেকর্ড এডিট, স্টেইল ক্যাশড ডেটা

সব এজ কেস অবিলম্বে ইমপ্লিমেন্ট করা দরকার নেই, কিন্তু সিদ্ধান্ত নিতে হবে কোনগুলো আপনার প্রোডাক্ট রিস্ক লেভেলে গুরুত্বপূর্ণ।

ব্যর্থতা দ্রুত নির্ণয় করতে AI ব্যবহার করা

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

AI তখন করতে পারে:

• সম্ভাব্য কারণ সাজেস্ট করা (রেস কন্ডিশন, মিসিং মক ডেটা, টাইমজোন ইস্যু)
• সন্দেহজনক কোড পাথ নির্দেশ করা
• একটি মিমিমাল ফিক্স ও একটি ফলো-আপ টেস্ট প্রস্তাব করা যাতে বাগটি ফিরতে না পারে

এগুলোর প্রস্তাবকে হাইপোথেসিস হিসেবে নিন; টেস্ট পুনরায় চালান ও UI-তে আচরণ চেক করে কনফার্ম করুন।

নন-টেকনিক্যাল রিভিউয়ারদের জন্য সহজ QA চেকলিস্ট

1. প্রধান টাস্কটি আমি এন্ড-টু-এন্ড সম্পন্ন করতে পারি?
2. এরর মেসেজগুলো কি পরবর্তী পদক্ষেপ ব্যাখ্যা করে?
3. ধীর ইন্টারনেটে কি বুদ্ধিমানের মতো আচরণ করে (ডুপ্লিকেট নেই, কাজ হারায় না)?
4. পারমিশনগুলো ঠিক আছে কি (কে কি দেখতে/এডিট করতে পারে)?
5. রেজাল্ট রিফ্রেশ ও অন্য ডিভাইস/অ্যাকাউন্টে স্থায়ী থাকে কি?

ধাপ 8: প্রথম ড্রাফট থেকে প্রোডাকশন-রেডি পর্যন্ত পুনরাবৃত্তি

প্রথম AI-জেনারেট করা ড্রাফট সাধারণত 'প্রতিক্রিয়া পাওয়ার মত'—শিপ-রেডি নয়। পুনরাবৃত্তি যেখানে আপনি ফিচারটিকে নির্ভরযোগ্য করে তুলেন: রিকোয়ারমেন্ট টাইট করা, এজ কেস ঠিক করা, ও পরিবর্তনগুলো ছোট, রিভিউযোগ্য ধাপে করে নেওয়া।

ফিডব্যাক লুপ কিভাবে কাজ করে (প্রম্পট, ডিফ, টার্গেটেড চেঞ্জ)

একটি সুস্থ লুপ দেখতে এমন: জেনারেট → রিভিউ → নির্দিষ্ট পরিবর্তন চাই → কি বদেলেছি তুলনা করা → পুনরাবৃত্তি।

পুরো অ্যাপের জন্য পুনরায় প্রম্পট দেওয়ার বদলে টার্গেটেড আপডেট লক্ষ্য করুন। AI-কে বলুন কেবল একটি অংশ পরিবর্তন করতে (একটি স্ক্রিন, একটি কম্পোনেন্ট, এক ভ্যালিডেশন নিয়ম) এবং একটি ডিফ বা স্পষ্টভাবে মার্কড 'আগে/পরে' দিন। এতে পরিবর্তনটি যাচাই করা সহজ হয় তা ছাড়া অন্য কিছু ভাঙ্গা হয়েছে কিনা দেখতে।

যদি আপনার ওয়ার্কফ্লো সাপোর্ট করে, ছোট কমিটে পরিবর্তন রাখুন এবং সহকর্মীর পুল রিকোয়েস্টের মতো রিভিউ করুন: ডিফ স্ক্যান করুন, অ্যাপ চালান, আচরণ যাচাই করুন।

Koder.ai-এর মতো প্ল্যাটফর্মগুলোর জন্যও এই পদ্ধতি ভাল কাজ করে: প্রথমে প্ল্যানিং মোডে (বা সমতুল্য) স্কোপ ও ফ্লো সম্মত হন, তারপর জেনারেট করুন, তারপর সংকীর্ণ স্লাইসে পুনরাবৃত্তি করুন—অভিজ্ঞতা হাতছাড়া হলে স্ন্যাপশট/রোলব্যাক ব্যবহার করুন।

পরিবর্তন চান কিভাবে করা উচিত

অস্পষ্ট অনুরোধ ('নাইস করে দাও', 'ফ্লো ঠিক কর') অস্পষ্ট ফল দেয়। শক্তিশালী চেঞ্জ রিকোয়েস্টে থাকা উচিত:

• একটি স্ক্রিন: 'চেকআউট → পেমেন্ট স্ক্রীন'
• একটি স্টেট: 'কার্ড ডিক্লাইন হলে' বা 'কার্ট এম্পটি হলে'
• অপেক্ষিত আচরণ: 'ইনলাইন এরর দেখান, একই স্ক্রিনে থাকান, ফর্ম মান বজায় রাখুন'

সম্ভব হলে অ্যাকসেপটেন্স ক্রাইটেরিয়া যোগ করুন: 'পে বোতামটি আবশ্যক ফিল্ড ভ্যালিড না হলে নিষ্ক্রিয় থাকবে' বা 'শিপিং কান্ট্রি পরিবর্তন হলে ট্যাক্স পুনরায় হিসাব করা হবে অবিলম্বে'।

ভার্সনিং ও রিভিউ: কি বদলেছে ও কেন

AI আউটপুটকে এমন কোড মনে করুন যার মালিক আপনি। আপডেটে ছোট চেঞ্জ নোট বাধ্যতামূলক করুন: কি বদলেছে, কেন বদলেছে, কি পরীক্ষা করা উচিত।

যখন AI রিফ্যাক্টর সাজেস্ট করে, তার উদ্দেশ্য ব্যাখ্যা করতে বলুন এবং সম্ভাব্য ঝুঁকির তালিকা দিন (উদাহরণ: 'এতে ভ্যালিডেশন টাইমিং বদলে যায়' বা 'এটি API রেসপন্স হ্যান্ডলিং পরিবর্তন করে')।

কখন পুনরাবৃত্তি বন্ধ করবেন জানবেন

পুনরাবৃত্তি তখন থামান যখন স্পষ্ট রিলিজ ক্রাইটেরিয়া মেট হয়। সীমানা নির্ধারণ করুন:

• স্কোপ: এই রিলিজে কি আছে এবং পরে কি হবে
• কোয়ালিটি বার: মূল ফ্লো ভেরিফাই, এরর স্টেট কভার, অ্যানালিটিক্স/ইভেন্ট (প্রয়োজন হলে)
• স্থায়িত্ব: কোনো ক্রিটিকাল বাগ নেই এবং পরিবর্তনগুলো আর ফলাফল বহুগুণে উন্নত করছে না

তারপর স্পেক ফ্রিজ করুন, শিপ করুন, এবং পরবর্তী ইটারেশনকে নতুন, স্কোপড চেঞ্জ হিসেবে পরিকল্পনা করুন।

সীমাবদ্ধতা, সেফটি এবং সেরা অনুশীলন

এআই লিখিত স্পেসকে চমকপ্রদভাবে পূর্ণাঙ্গ ফিচারে রূপান্তর করতে পারে, কিন্তু এটি বিচারকে প্রতিস্থাপন করে না। বিশেষত যখন এটি ব্যবহারকারী ডেটা, পেমেন্ট বা পারমিশনকে স্পর্শ করে তখন মানব রিভিউ আবশ্যক।

প্রাইভেসি ও সংবেদনশীল ডেটা (কি পেস্ট করবেন না)

ধরুন আপনি যে কিছু প্রম্পটে পেস্ট করছেন তা স্টোর বা রিভিউ হতে পারে। পেস্ট করবেন না:

• API কী, প্রাইভেট টোকেন, পাসওয়ার্ড বা .env ফাইলের সিক্রেট
• বাস্তব কাস্টমার ডেটা (ইমেইল, ঠিকানা, ফোন), সাপোর্ট টিকিট, চ্যাট ট্রান্সক্রিপ্ট
• প্রোপাইটারি কোড যা শেয়ার করার অনুমতি নেই, অভ্যন্তরীণ ফাইনান্সিয়াল বা লিগ্যাল ডকুমেন্ট

বাস্তবতা দরকার হলে অ্যাননিমাইজ করুন: নামগুলি প্লেসহোল্ডারে বদলান, আইডি স্ক্র্যাম্বল করুন, এবং প্যাটার্ন বর্ণনা করুন ('১০কে ইউজার, ৩টি রোল')।

সিকিউরিটি বেসিক AI দিয়ে enforced করা শিশু কাজ

AI বেসলাইন সিকিউরিটি চেক জেনারেট করতে সহায়ক, কিন্তু নিশ্চিত করা আপনার কাজ:

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

AI-কে বলুন প্রতিটি রোলের জন্য পারমিশন তালিকা বানাতে এবং সেগুলো অ্যাকশনে ম্যাপ করতে।

লক্ষণীয় সীমাবদ্ধতা নজর রাখুন

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

ভাল প্রম্পট ও নিরাপদ আউটপুটের জন্য একটি ব্যবহারিক চেকলিস্ট

প্রম্পট করার আগে অন্তত দিন:

1. লক্ষ্য ও নন-লক্ষ্য (সাফল্য কেমন দেখায়)
2. ব্যবহারকারী রোল ও পারমিশন
3. ডেটা মডেল: মূল এন্টিটি + আবশ্যক ফিল্ড
4. এজ কেস (এম্পটি স্টেট, এরর, লোডিং)
5. কনস্ট্রেইনটস: টেক স্ট্যাক, রাউটিং, স্টাইলিং সিস্টেম, অ্যাক্সেসিবিলিটি
6. অ্যাকসেপটেন্স ক্রাইটেরিয়া: টেস্টেবল 'ডান' বিবৃতি

পরবর্তী পদক্ষেপ

একবার আপনার কাছে একটি ড্রাফট প্রোটোটাইপ থাকলে দ্রুত একটা রিভিউ শিডিউল করুন: তা আপনার রোডম্যাপের সঙ্গে তুলনা করুন, সিদ্ধান্ত নিন কি এখন শিপ হবে ও পরে কি হবে, এবং পরিবর্তনগুলো ডকুমেন্ট করুন।

যদি আপনি ড্রাফটকে প্ল্যান-এ পরিণত করতে সাহায্য চান, দেখুন /pricing বা সম্পর্কিত গাইড /blog-এ ব্রাউজ করুন। চ্যাট-চালিত ডেভেলপমেন্ট এক্সপ্লোর করতে চান, Koder.ai এই ওয়ার্কফ্লো-টির জন্য ডিজাইন করা হয়েছে: লিখিত স্পেস থেকে ওয়ার্কিং ওয়েব, ব্যাকএন্ড, ও মোবাইল ফিচার তৈরি করুন, দ্রুত পুনরাবৃত্তি করুন, এবং প্রস্তুত হলে সোর্স কোড এক্সপোর্ট করুন।