آپ ایک سینئر [زبان/فریم ورک] انجینئر ہیں جو [پروجیکٹ/ڈومین] کے لیے کوڈ کا جائزہ لے رہے ہیں۔
مقصد: [بگ فکس | کارکردگی | پڑھنے کی صلاحیت | سیکیورٹی | ڈی ایکس | API ترتیب]
پابندیاں: [اسٹائل گائیڈ، تعاون شدہ ورژنز، میموری/وقت کی حدیں، لائبریری پابندیاں]
سیاق و سباق:
- رن ٹائم/ماحول: [Node 20، JVM 17، Python 3.11، iOS 17، وغیرہ]
- اہم انحصار: [فہرست]
- آرکیٹیکچر: [مونو لِتھ، مائیکروسروس، سروس لیس، ہیکساگونل، وغیرہ]
- متعلقہ انٹرفیس/معاہدے: [لنک یا ان لائن]
ٹاسک:
1) درج ذیل کوڈ کا جائزہ لیں [مقاصد] کے لیے۔
2) ثبوت کے ساتھ مخصوص مسائل کی نشاندہی کریں (لائن حوالہ جات، پیچیدگی کے اندازے، ایج کیسز)۔
3) کم سے کم، ہدف شدہ تبدیلیاں تجویز کریں۔
4) حتمی ریفیکٹر شدہ ورژن فراہم کریں۔
5) ٹریڈ آف اور خطرات کی وضاحت کریں۔
کوڈ:
```[language]
// یہاں کوڈ چسپاں کریں

مقصد: عوامی رویے کو تبدیل کیے بغیر وقت اور میموری کی پیچیدگی کو کم کرنا۔
فراہمی کریں: موجودہ پیچیدگی، تجویز کردہ پیچیدگی، مائیکرو-آپٹیمائزیشنز بمقابلہ الگوردمی تبدیلیاں، اور رنز کے معیار۔

صاف گوئی کے لیے ریفیکٹر: بہتر نامکاری، چھوٹے فنکشنز، واحد ذمہ داری۔
ڈوک سٹرنگز/JSDoc شامل کریں، کنٹرول فلو کو آسان بنائیں، مردہ کوڈ ہٹائیں۔ عوامی API مستحکم رکھیں۔

خطرے کا ماڈل: [ذرائع] سے غیر معتبر ان پٹ۔
چیک کریں: انجیکشن، ڈیسریلائزیشن، SSRF، XSS، CSRF، authZ/authN، سیکرٹس ہینڈلنگ۔
تجاویز: محفوظ لائبریریاں، ویلیڈیشن پیٹرنز، اور کم سے کم تبدیلیاں۔

ہم [لائبریری A] سے [لائبریری B] کی طرف مائیگریٹ کر رہے ہیں۔
توڑنے والی تبدیلیوں کی فہرست، ایک ایڈاپٹر لئیر تجویز کریں، اور انکریمنٹل رول آؤٹ پلان ٹیسٹ کے ساتھ فراہم کریں۔

ماحول: Python 3.11، FastAPI، Pydantic v2۔
معاہدہ: اینڈپوائنٹ کو 200 واپس کرنا چاہیے { data, meta } کے ساتھ یہاں تک کہ جزوی ناکامی پر بھی۔
پابندی: async رہنا چاہیے؛ نئے بھاری انحصار نہیں جوڑنے۔

1) تنقید: ثبوت کے ساتھ مخصوص مسائل کی فہرست۔
2) فرق: حل کے لیے سب سے چھوٹے تبدیلیاں۔
3) ریفیکٹر: صاف، رواجی حتمی کوڈ۔
4) ٹیسٹ: یونٹ ٹیسٹ جو ہپی پاتھ + 3 ایج کیسز کا احاطہ کرتے ہوں۔

3 ریفیکٹر آپشنز تجویز کریں:
- آپشن A: کم سے کم تبدیلی
- آپشن B: درمیانے درجے کی ڈیزائن تبدیلی
- آپشن C: مکمل دوبارہ لکھنا
ہر ایک کے لیے: فائدے/نقصانات، پیچیدگی، خطرہ، مائیگریشن پلان، اور کب چننا ہے۔

پابندیاں: ایک جیسا عوامی API، <50ms p95، <10MB اضافی میموری، کوئی نیا رن ٹائم انحصار نہیں۔
بتائیں کہ آپ کا ریفیکٹر ہر پابندی کو کس طرح پورا کرتا ہے، ناپ تول یا استدلال کے ساتھ۔

آپ ایک سینئر پائتھون انجینئر ہیں۔ مقصد: درستگی + کارکردگی۔
ماحول: Python 3.11، FastAPI، httpx، Pydantic v2۔ معاہدہ: جزوی ناکامی پر کبھی بھی ایرر نہ پھینکیں۔
ٹاسک: جائزہ لیں اور ریفیکٹر کریں۔ تنقید → کم از کم تبدیلیاں → حتمی ریفیکٹر → ٹیسٹ فراہم کریں۔
کوڈ:
```python
from fastapi import APIRouter
import httpx
router = APIRouter()
@router.get("/users/{user_id}")
async def get_user(user_id: str):
    async with httpx.AsyncClient() as client:
        profile = await client.get(f"https://api.example.com/users/{user_id}/profile")
        posts = await client.get(f"https://api.example.com/users/{user_id}/posts")
    return {"data": {"profile": profile.json(), "posts": posts.json()}}

ہر تجویز کو {شدت، زمرہ، دلیل} کے ساتھ وضاحت کریں۔ قبل/بعد کے اسنیپٹس اور ایک مرحلے کا مائیگریشن پلان شامل کریں اگر رویہ بدل سکتا ہو۔

آؤٹ پٹ یکجا فرق کے طور پر دیں جس میں اس ریپو کی جذر سے صحیح فائل پاتھ ہوں۔ صرف تبدیل شدہ ہنکس شامل کریں۔ فرق میں کوئی تبصرہ نہ ہو۔ پھر نوٹس کے لیے علیحدہ سیکشن شامل کریں۔

بالکل دو بلاکس کے ساتھ جواب دیں:
1) ```diff
...تبدیلیاں...

ہر تبدیلی کو ایک جملے میں ایک حوالہ شدہ لائن یا اسنیپٹ کے ساتھ بیان کریں۔ اگر یقین نہ ہو، تو اندازہ لگانے کے بجائے وضاحت کے لیے سوال پوچھیں۔

اگر ضروریات مبہم ہوں، تو آگے بڑھنے سے پہلے 3 وضاحتی سوالات پوچھیں۔

کردار: سینئر TypeScript انجینئر۔
مقصد: پڑھنے کی سہولت اور رن ٹائم حفاظت کو بہتر بنانا بغیر عوامی API بدلے۔
ماحول: Node 20، TypeScript 5.4، Zod برائے ویلیڈیشن، ESLint Airbnb، strictNullChecks۔
پابندیاں: Zod کے علاوہ کوئی نیا رن ٹائم انحصار نہیں، کوئی توڑنے والی تبدیلیاں نہیں، O(n) پیچیدگی برقرار رکھیں۔
ٹاسک:
- تنقید → فرق → ریفیکٹر → ٹیسٹ → نوٹس۔
- مسائل کو {شدت، زمرہ، دلیل} کے ساتھ ٹیگ کریں۔
- ان پٹ ویلیڈیشن کے لیے Zod اسکیمہ اور 4 یونٹ ٹیسٹ شامل کریں۔
کوڈ:
```ts
export function parseUser(raw: any) {
    if (!raw) return null
    return {
        id: raw.id || '0',
        name: raw.name || 'Unknown',
        age: parseInt(raw.age),
    }
}

ذہنی طور پر ESLint پاس چلائیں اور ممکنہ خلاف ورزیاں فہرست کریں، پھر انہیں درست کریں۔

ہر تبدیلی کے لیے ریفیکٹرنگ پیٹرن (مثلاً Extract Function، Introduce Parameter Object) کا نام بتائیں اور اس کوڈبیس میں کب لگانا ہے وضاحت کریں۔

صرف ریپو سیاق و سباق استعمال کریں۔ اس PR میں تبدیل شدہ فائلوں کا جائزہ لیں [مقصد] کے لیے۔ نتیجے کو شدت اور دلیل کے ساتھ ان لائن تبصروں میں نشان زد کریں۔ ایسی تبدیلیاں تجویز کریں جو عوامی API اور NFRs برقرار رکھیں۔ صرف تبدیل شدہ راستوں کو چھوتے ٹیسٹ شامل کریں۔