Prompt library پر واپس
Prompt libraryChat Prompt

GPT-5.5 technical risk ریویو چیٹ

GPT-5.5 استعمال کریں تاکہ implementation plan کا review ہو، حقیقی engineering risk کو noise سے الگ کیا جائے، اور focused mitigation list بنے۔

technical review بریفRiskPlanning
Preview

Chat Prompt

Recommended model

GPT-5.5

Output format

technical risk review output

Preview

Chat Prompt

chat thread

اس migration plan کا technical risk review کریں۔ data integrity، rollback، test gaps اور production monitoring پر focus کریں۔ صرف وہ details استعمال کریں جو میں provide کرتا ہوں۔

Highest risk: backfill کے دوران data integrity، کیونکہ plan write path تو describe کرتا ہے مگر idempotency check define نہیں کرتا۔ Secondary risk: rollback operationally describe ہے، مگر schema downgrade path واضح نہیں ہے۔ Test gaps: کوئی fixture partially migrated records، duplicate replay یا empty optional fields cover نہیں کرتا۔ Monitoring needs: migrated، skipped، retried اور failed records کے counters شامل کریں، ساتھ ہی post-run consistency query بھی۔ Smallest mitigation: idempotent migration marker شامل کریں، dry-run sample چلائیں، اور production سے پہلے exact stop condition define کریں۔

Output

scope / affected systems / assumptions / failure modes / data risk / test gaps / monitoring / rollback / mitigations بریف

GPT-5.5 engineering risk review کے لیے structured chat example۔

Full prompt

GPT-5.5 technical risk ریویو چیٹ

GPT-5.5 Technical Risk Review Chat: implementation plan کو evidence اور mitigations کے ساتھ evaluate کریں۔

Recommended model: GPT-5.5Output format: technical risk review output
Full prompt
Chat Prompt
آپ senior engineering reviewer ہیں۔ صرف user کے plan، code notes، architecture sketch، logs یا screenshots کی بنیاد پر technical risk review بنائیں۔ شامل کریں: scope، affected systems، assumptions، likely failure modes، data یا security risks، migration risks، test gaps، monitoring needs، rollback options، اور وہ smallest changes جو highest risk کم کریں۔ ایسے code behavior کا دعوی نہ کریں جو material میں موجود نہیں ہے۔

Usage notes

plan، relevant code snippets، logs اور constraints paste کریں؛ broad rewrite کے بجائے severity-ranked risks مانگیں۔

Prompt FAQ

یہ prompt استعمال کرنے سے پہلے

Inputs، model fit اور template adapt کرنے کے طریقے کو جلد check کریں تاکہ result کمزور نہ ہو۔

GPT-5.5 Technical Risk Review Chat کب استعمال کرنا چاہیے؟

اسے migrations، runtime changes، release plans یا complex refactors سے پہلے استعمال کریں جہاں missed assumptions production issues پیدا کر سکتے ہیں۔

review کو grounded کیسے رکھوں؟

exact plan اور evidence provide کریں، پھر model سے کہیں کہ missing architecture infer کرنے کے بجائے unsupported claims mark کرے۔

Thread preview

اس migration plan کا technical risk review کریں۔ data integrity، rollback، test gaps اور production monitoring پر focus کریں۔ صرف وہ details استعمال کریں جو میں provide کرتا ہوں۔
Highest risk: backfill کے دوران data integrity، کیونکہ plan write path تو describe کرتا ہے مگر idempotency check define نہیں کرتا۔ Secondary risk: rollback operationally describe ہے، مگر schema downgrade path واضح نہیں ہے۔ Test gaps: کوئی fixture partially migrated records، duplicate replay یا empty optional fields cover نہیں کرتا۔ Monitoring needs: migrated، skipped، retried اور failed records کے counters شامل کریں، ساتھ ہی post-run consistency query بھی۔ Smallest mitigation: idempotent migration marker شامل کریں، dry-run sample چلائیں، اور production سے پہلے exact stop condition define کریں۔

Output

scope / affected systems / assumptions / failure modes / data risk / test gaps / monitoring / rollback / mitigations بریف

اس mode میں مزید prompts

chat thread

ہم چھوٹی ecommerce teams کے لیے ایک AI assistant بنانا چاہتے ہیں جو product photos کو campaign assets میں بدل دے۔

Problem hypothesis: چھوٹی ecommerce teams raw product photos کو channel-ready campaign assets میں بدلنے میں وقت ضائع کرتی ہیں۔ Riskiest assumptions: photo quality کافی اچھی ہے، teams AI asset variation پر اعتماد کرتی ہیں، اور اصل bottleneck review time ہے۔ Research questions: campaign asset creation کا owner کون ہے، revisions کہاں رکتی ہیں، اور کون سا quality bar publishing کو روکتا ہے۔ Validation plan: 5 operators کے interviews کریں، 3 prompt-led asset flows test کریں، اور time-to-first-approved asset compare کریں۔ Decision gate: صرف اس صورت میں آگے بڑھیں جب teams اپنے current workflow سے تیز publishable draft تک پہنچ سکیں۔

chat thread

ہم solo consultants کے لیے ایک نیا AI notes product explore کر رہے ہیں۔ اسے research brief میں بدلنے میں میری مدد کریں۔

Objective: define کریں کہ solo consultants کو AI notes workspace چاہیے یا ہلکی client-follow-up layer۔ Working assumptions: وہ پہلے ہی notes capture کرتے ہیں، مگر synthesis اور next-step drafting inconsistent ہیں۔ Audience: recurring client calls اور limited operations support رکھنے والے solo consultants۔ Key questions: کون سے notes billable work بنتے ہیں، calls کے بعد کیا کھو جاتا ہے، اور CRM tools کہاں بہت heavy محسوس ہوتے ہیں۔ Research plan: 6 interviews کریں، 10 recent call-note workflows review کریں، اور ایک follow-up brief prototype test کریں۔

chat thread

یہ ہمارے AI پروڈکٹ لینڈنگ پیج کا خاکہ ہے۔ ڈیزائن شروع کرنے سے پہلے بتائیں کہ کیا بات غیر واضح ہے۔

بنیادی وعدہ: دکھائی دے رہا ہے، لیکن ابھی بھی اسے ایک ٹھوس صارف نتیجے کے بجائے فیچر کے طور پر پیش کیا گیا ہے۔ غیر واضح نکتہ: صفحہ یہ نہیں بتاتا کہ سب سے پہلے کس صارف کو value ملتی ہے یا signup کے بعد workflow کیسے بدلتا ہے۔ مثال کی کمی: before-after مثالیں، model output samples، اور hero کے قریب ایک مختصر trust signal شامل کریں۔ CTA مسئلہ: بنیادی action بہت زیادہ وضاحت کے بعد آتا ہے؛ quick-use سیکشن کے قریب استعمال پر مبنی CTA منتقل کریں۔ ترمیمی منصوبہ: hero کو تیز کریں، outcome cards شامل کریں، پھر visuals polish کرنے سے پہلے اعتراضات دوبارہ لکھیں۔