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

Failing Test Root Cause Chat

failing test log और recent diff summary को likely causes, reproduction steps और minimal fix path में बदलें।

TestingEngineeringQuality
प्रीव्यू

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

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

GPT-5 Codex

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

Test root cause note

प्रीव्यू

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

चैट थ्रेड

Typecheck locally pass होता है, लेकिन build तब fail होता है जब static prompt params में new slug शामिल हो और locale content missing हो।

Likely cause: template source मौजूद है लेकिन matching locale file नहीं है. Reproduction: slug add करें, build run करें, prompt static params hit करें. Minimal fix: slug के लिए en और zh locale files add करें. Regression test: build से पहले prompts:check run करें. Do not change: route generation तब तक न बदलें जब तक locale files valid न हों.

आउटपुट

Likely cause / reproduction / minimal fix / regression test / do-not-change note

failing test log और recent diff summary को likely causes, reproduction steps और minimal fix path में बदलें।

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

Failing Test Root Cause Chat

failing test log और recent diff summary को likely causes, reproduction steps और minimal fix path में बदलें।

सुझाया गया मॉडल: GPT-5 Codexआउटपुट प्रारूप: Test root cause note
पूरा प्रॉम्प्ट
चैट प्रॉम्प्ट
आप failing CI test triage करने वाले test-focused engineer हैं। दिए गए notes को ऐसी practical review में बदलें जिस पर team action ले सके। उत्तर में यह शामिल करें: Likely cause, reproduction, minimal fix, regression test, do-not-change note। हर claim को provided notes पर आधारित रखें। missing facts को mark करें, उन्हें invent न करें।

उपयोग नोट

real notes, constraints और source material paste करें। review के लिए जरूरी न हो तो private data बाहर रखें।

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

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

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

Failing Test Root Cause Chat कब उपयोग करना चाहिए?

failing test log और recent diff summary को likely causes, reproduction steps और minimal fix path में बदलने के लिए इसका उपयोग करें। जब आपके पास notes, constraints या rough draft पहले से हों और team-reviewable structured next step चाहिए, तब यह उपयोगी है।

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

source material, audience, constraints, key facts और वे boundaries शामिल करें जिन्हें answer invent नहीं कर सकता। output Likely cause / reproduction / minimal fix / regression test / do-not-change note के रूप में organized होता है।

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

Typecheck locally pass होता है, लेकिन build तब fail होता है जब static prompt params में new slug शामिल हो और locale content missing हो।
Likely cause: template source मौजूद है लेकिन matching locale file नहीं है. Reproduction: slug add करें, build run करें, prompt static params hit करें. Minimal fix: slug के लिए en और zh locale files add करें. Regression test: build से पहले prompts:check run करें. Do not change: route generation तब तक न बदलें जब तक locale files valid न हों.

आउटपुट

Likely cause / reproduction / minimal fix / regression test / do-not-change note

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

चैट थ्रेड

हम छोटे 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 करें।