Prompt library-তে ফিরে যান
Prompt libraryChat Prompt

ডেটাবেস মাইগ্রেশন ঝুঁকি চ্যাট

ডেটা হারানোর ঝুঁকি, ব্যাকফিল ক্রম, রোলব্যাক সীমা এবং যাচাই query বিবেচনায় একটি ডেটাবেস মাইগ্রেশন পরিকল্পনা রিভিউ করুন।

ডেটাবেসমাইগ্রেশনঝুঁকি
Preview

Chat Prompt

Recommended model

GPT-5 Codex

Output format

মাইগ্রেশন ঝুঁকি নোট

Preview

Chat Prompt

chat thread

পরিকল্পনাটি reviewed release file-এ prompt content সরানোর পর live database write বন্ধ করে। পুরোনো row production-এ থাকে।

ডেটা হারানোর ঝুঁকি: পুরোনো table-এর ওপর read আর নির্ভর না করলে ঝুঁকি কম। ব্যাকফিল ক্রম: write বন্ধ করার আগে release-file coverage নিশ্চিত করুন। রোলব্যাক সীমা: database write আবার চালু করলেও বাদ পড়া edit পুনরায় তৈরি নাও হতে পারে। যাচাই query: publish করা file template-এর সংখ্যা পুরোনো row-এর সঙ্গে মিলিয়ে গণনা করুন। সিদ্ধান্ত: একটি release pass না হওয়া পর্যন্ত পুরোনো row read-only রাখুন।

Output

ডেটা হারানোর ঝুঁকি / ব্যাকফিল ক্রম / রোলব্যাক সীমা / যাচাই query / সিদ্ধান্ত

ডেটা হারানোর ঝুঁকি, ব্যাকফিল ক্রম, রোলব্যাক সীমা এবং যাচাই query বিবেচনায় ডেটাবেস মাইগ্রেশন পরিকল্পনা রিভিউ করুন।

সম্পূর্ণ প্রম্পট

ডেটাবেস মাইগ্রেশন ঝুঁকি চ্যাট

ডেটা হারানোর ঝুঁকি, ব্যাকফিল ক্রম, রোলব্যাক সীমা এবং যাচাই query বিবেচনায় ডেটাবেস মাইগ্রেশন পরিকল্পনা রিভিউ করুন।

Recommended model: GPT-5 CodexOutput format: মাইগ্রেশন ঝুঁকি নোট
সম্পূর্ণ প্রম্পট
Chat Prompt
আপনি একজন backend engineer, ডেটাবেস মাইগ্রেশন পরিকল্পনা রিভিউ করছেন। দেওয়া নোটগুলোকে এমন ব্যবহারিক রিভিউতে রূপ দিন যার ভিত্তিতে টিম কাজ করতে পারে। উত্তরে দিন: ডেটা হারানোর ঝুঁকি, ব্যাকফিল ক্রম, রোলব্যাক সীমা, যাচাই query, সিদ্ধান্ত। প্রতিটি দাবি দেওয়া নোটের ওপর ভিত্তি করুন। তথ্য না থাকলে বানিয়ে বলার বদলে অনুপস্থিত তথ্য হিসেবে চিহ্নিত করুন।

ব্যবহারের নোট

বাস্তব নোট, সীমাবদ্ধতা এবং উৎস উপকরণ পেস্ট করুন। রিভিউর জন্য প্রয়োজন না হলে ব্যক্তিগত ডেটা বাদ রাখুন।

প্রম্পট FAQ

এই prompt ব্যবহার করার আগে

Input, model fit এবং result দুর্বল না করে template adapt করার উপায় দ্রুত যাচাই করুন।

ডেটাবেস মাইগ্রেশন ঝুঁকি চ্যাট কখন ব্যবহার করা উচিত?

ডেটা হারানোর ঝুঁকি, ব্যাকফিল ক্রম, রোলব্যাক সীমা এবং যাচাই query বিবেচনায় ডেটাবেস মাইগ্রেশন পরিকল্পনা রিভিউ করুন। আপনার কাছে আগে থেকেই নোট, সীমাবদ্ধতা বা খসড়া থাকলে এবং টিম রিভিউ করতে পারে এমন কাঠামোবদ্ধ পরবর্তী ধাপ দরকার হলে এটি ব্যবহার করুন।

চালানোর আগে কী অন্তর্ভুক্ত করা উচিত?

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

Thread preview

পরিকল্পনাটি reviewed release file-এ prompt content সরানোর পর live database write বন্ধ করে। পুরোনো row production-এ থাকে।
ডেটা হারানোর ঝুঁকি: পুরোনো table-এর ওপর read আর নির্ভর না করলে ঝুঁকি কম। ব্যাকফিল ক্রম: write বন্ধ করার আগে release-file coverage নিশ্চিত করুন। রোলব্যাক সীমা: database write আবার চালু করলেও বাদ পড়া edit পুনরায় তৈরি নাও হতে পারে। যাচাই query: publish করা file template-এর সংখ্যা পুরোনো row-এর সঙ্গে মিলিয়ে গণনা করুন। সিদ্ধান্ত: একটি release pass না হওয়া পর্যন্ত পুরোনো row read-only রাখুন।

Output

ডেটা হারানোর ঝুঁকি / ব্যাকফিল ক্রম / রোলব্যাক সীমা / যাচাই query / সিদ্ধান্ত

এই mode-এর আরও prompt

chat thread

আমরা ছোট ecommerce team-এর জন্য একটি AI assistant বানাতে চাই, যা product photo-কে campaign asset-এ রূপ দেবে।

Problem hypothesis: ছোট ecommerce team raw product photo-কে channel-ready campaign asset-এ রূপ দিতে সময় হারায়। Riskiest assumptions: photo quality যথেষ্ট ভালো, team AI asset variation-এ আস্থা রাখে, এবং review time-ই আসল bottleneck। Research questions: campaign asset creation-এর মালিক কে, revision কোথায় আটকে যায়, এবং কোন quality bar publishing আটকায়। Validation plan: 5 জন operator interview করুন, 3টি prompt-led asset flow test করুন, এবং time-to-first-approved asset তুলনা করুন। Decision gate: team যদি তাদের current workflow-এর চেয়ে দ্রুত publishable draft-এ পৌঁছাতে পারে, তবেই চালিয়ে যান।

chat thread

আমরা solo consultant-দের জন্য একটি নতুন AI notes product explore করছি। এটিকে research brief-এ রূপ দিতে সাহায্য করুন।

Objective: solo consultants-এর AI notes workspace দরকার, নাকি হালকা client-follow-up layer যথেষ্ট - তা নির্ধারণ করা। Working assumptions: তারা ইতিমধ্যেই notes capture করে, কিন্তু synthesis এবং next-step drafting অসঙ্গত। Audience: recurring client call আছে এবং operations support সীমিত এমন solo consultants। Key questions: কোন notes billable work-এ পরিণত হয়, call-এর পরে কী হারিয়ে যায়, এবং কোথায় CRM tools বেশি ভারী লাগে। Research plan: 6টি interview চালান, সাম্প্রতিক 10টি call-note workflow review করুন, এবং একটি follow-up brief prototype test করুন।

chat thread

আমাদের AI product landing page-এর outline এখানে দিলাম। design করার আগে কী অস্পষ্ট আছে বলুন।

Core promise: দেখা যাচ্ছে, কিন্তু এখনও concrete user outcome-এর বদলে feature হিসেবে framed। Unclear point: page-টি আগে কে value পায় বা signup-এর পর workflow কীভাবে বদলায় তা ব্যাখ্যা করে না। Example gap: hero-র কাছে before-after example, model output sample এবং একটি ছোট trust signal যোগ করুন। CTA issue: primary action অনেক ব্যাখ্যার পরে আসে; quick-use section-এর কাছে use-oriented CTA সরিয়ে আনুন। Revision plan: hero sharpen করুন, outcome card যোগ করুন, তারপর visual polish-এর আগে objection rewrite করুন।