प्रॉम्प्ट लाइब्रेरी पर वापस जाएं
प्रॉम्प्ट लाइब्रेरीचैट प्रॉम्प्ट

डेटाबेस माइग्रेशन जोखिम चैट

डेटा हानि जोखिम, backfill order, rollback limit और verification query के साथ database migration plan की समीक्षा करें।

डेटाबेसमाइग्रेशनजोखिम
प्रीव्यू

चैट प्रॉम्प्ट

सुझाया गया मॉडल

GPT-5 Codex

आउटपुट प्रारूप

migration risk note

प्रीव्यू

चैट प्रॉम्प्ट

चैट थ्रेड

Plan reviewed release files में prompt content ले जाने के बाद live database writes हटाता है। पुराने rows production में बने रहते हैं।

डेटा हानि जोखिम: अगर reads अब पुराने table पर निर्भर नहीं हैं, तो जोखिम कम है. Backfill order: writes disable करने से पहले release-file coverage की पुष्टि करें. Rollback limit: database writes फिर से चालू करने से छूटी हुई edits वापस नहीं भी आ सकतीं. Verification query: published file templates की संख्या old rows से compare करें. Decision: पुराने rows को read-only रखें, जब तक एक release pass न हो जाए.

आउटपुट

डेटा हानि जोखिम / backfill order / rollback limit / verification query / decision

डेटा हानि जोखिम, backfill order, rollback limits और verification queries के साथ database migration plan की समीक्षा करें।

पूरा प्रॉम्प्ट

डेटाबेस माइग्रेशन जोखिम चैट

डेटा हानि जोखिम, backfill order, rollback limit और verification query के साथ database migration plan की समीक्षा करें।

सुझाया गया मॉडल: GPT-5 Codexआउटपुट प्रारूप: migration risk note
पूरा प्रॉम्प्ट
चैट प्रॉम्प्ट
आप एक backend engineer हैं जो database migration plan की समीक्षा कर रहे हैं। दिए गए notes को ऐसी व्यावहारिक समीक्षा में बदलें जिस पर team कार्रवाई कर सके। उत्तर में ये हिस्से लौटाएं: डेटा हानि जोखिम, backfill order, rollback limit, verification query, decision। हर दावे को दी गई notes पर आधारित रखें। तथ्य गढ़ने के बजाय अनुपलब्ध तथ्य चिह्नित करें।

उपयोग नोट

वास्तविक notes, constraints और source material पेस्ट करें। review के लिए जरूरी न हो तो private data बाहर रखें।

प्रॉम्प्ट के अक्सर पूछे जाने वाले सवाल

इस प्रॉम्प्ट का उपयोग करने से पहले

इनपुट, मॉडल की उपयुक्तता और नतीजा कमजोर किए बिना टेम्पलेट बदलने के तरीके की तेज जांच।

Database Migration Risk Chat कब इस्तेमाल करनी चाहिए?

डेटा हानि जोखिम, backfill order, rollback limits और verification queries के लिए database migration plan की समीक्षा करने के लिए इसका उपयोग करें। यह तब अच्छा है जब आपके पास notes, constraints या rough draft हो और team के लिए reviewable next step चाहिए।

इसे चलाने से पहले क्या शामिल करना चाहिए?

source material, audience, constraints, key facts और वे boundaries शामिल करें जिन्हें answer को invent नहीं करना चाहिए। output डेटा हानि जोखिम / backfill order / rollback limit / verification query / decision के रूप में organized होता है।

थ्रेड प्रीव्यू

Plan reviewed release files में prompt content ले जाने के बाद live database writes हटाता है। पुराने rows production में बने रहते हैं।
डेटा हानि जोखिम: अगर reads अब पुराने table पर निर्भर नहीं हैं, तो जोखिम कम है. Backfill order: writes disable करने से पहले release-file coverage की पुष्टि करें. Rollback limit: database writes फिर से चालू करने से छूटी हुई edits वापस नहीं भी आ सकतीं. Verification query: published file templates की संख्या old rows से compare करें. Decision: पुराने rows को read-only रखें, जब तक एक release pass न हो जाए.

आउटपुट

डेटा हानि जोखिम / backfill order / rollback limit / verification query / decision

इस मोड के और प्रॉम्प्ट

चैट थ्रेड

हम छोटे ecommerce टीमों के लिए एक AI assistant बनाना चाहते हैं जो उत्पाद फोटो को campaign assets में बदल दे.

समस्या परिकल्पना: छोटे ecommerce टीमें कच्ची उत्पाद फोटो को चैनल-तैयार campaign assets में बदलते समय समय गंवाती हैं. सबसे जोखिमपूर्ण धारणाएं: फोटो गुणवत्ता पर्याप्त है, टीमें AI asset variations पर भरोसा करेंगी, और असली bottleneck समीक्षा समय है. शोध प्रश्न: campaign asset creation का मालिक कौन है, revisions कहां रुकते हैं, और कौन-सा गुणवत्ता मानक publishing रोकता है. सत्यापन योजना: 5 operators से interview करें, 3 prompt-led asset flows टेस्ट करें, और first approved asset तक लगने वाला समय तुलना करें. निर्णय गेट: तभी आगे बढ़ें जब टीमें अपने मौजूदा workflow से तेज publishable draft तक पहुंच सकें.

चैट थ्रेड

हम स्वतंत्र सलाहकारों के लिए एक नया AI notes product तलाश रहे हैं. इसे शोध ब्रीफ में बदलने में मेरी मदद करें.

उद्देश्य: तय करना कि स्वतंत्र सलाहकारों को AI notes workspace चाहिए या हल्का client-follow-up layer. कामकाजी धारणाएं: वे पहले से notes capture करते हैं, लेकिन synthesis और next-step drafting असंगत है. दर्शक: बार-बार client calls और सीमित operations support वाले स्वतंत्र सलाहकार. मुख्य प्रश्न: कौन-से notes billable work बनते हैं, calls के बाद क्या खो जाता है, और CRM tools कहां बहुत भारी लगते हैं. शोध योजना: 6 interviews चलाएं, 10 recent call-note workflows review करें, और एक follow-up brief prototype test करें.

चैट थ्रेड

यह हमारे AI product landing page की outline है। design से पहले बताएं कि क्या unclear है।

Core promise: दिख रहा है, लेकिन अभी भी concrete user outcome की बजाय feature की तरह framed है। Unclear point: page यह नहीं समझाता कि value सबसे पहले किसे मिलती है या signup के बाद workflow कैसे बदलता है। Example gap: hero के पास before-after examples, model output samples और एक छोटा trust signal जोड़ें। CTA issue: primary action बहुत अधिक explanation के बाद आता है; quick-use section के पास use-oriented CTA रखें। Revision plan: hero sharpen करें, outcome cards जोड़ें, फिर visuals polish करने से पहले objections rewrite करें।