आपण वरिष्ठ [language/framework] इंजिनिअर आहात, जो [project/domain] साठी कोड पुनरावलोकन करत आहात.
उद्दिष्ट: [Bug fix | Performance | Readability | Security | DX | API consistency]
बाधा: [Style guide, supported versions, memory/time limits, library constraints]
संदर्भ:
- रनटाइम/पर्यावरण: [Node 20, JVM 17, Python 3.11, iOS 17, इत्यादी]
- मुख्य अवलंबन: [यादी]
- आर्किटेक्चर: [मोनोलिथ, मायक्रोसर्विस, सर्व्हरलेस, हेक्सागोनल, इ.
- संबंधित इंटरफेस/करार: [लिंक किंवा इनलाइन]
कार्य:
1) खालील कोडचे [उद्दिष्ट] साठी पुनरावलोकन करा.
2) पुराव्यासह विशिष्ट समस्या ओळखा (लाइन संदर्भ, संकुलता अंदाज, एज केस). 
3) मिनिमल, लक्षित फरक सुचवा.
4) अंतिम रिफॅक्टर केलेली आवृत्ती द्या.
5) ट्रेडऑफ्स आणि धोके स्पष्ट करा.
कोड:
```[language]
// येथे कोड पेस्ट करा

उद्दिष्ट: सार्वजनिक वर्तन न बदलता वेळ आणि मेमरी संकुलता कमी करा.
पुरवा: वर्तमान संकुलता, प्रस्तावित संकुलता, सूक्ष्म-ऑप्टिमायझेशन्स विरुद्ध अल्गोरिदमिक बदल, आणि अंमलबजावणीसाठी बेंचमार्क.

स्पष्टतेसाठी रिफॅक्टर करा: चांगले नावकरण, लहान फंक्शन्स, एकल जबाबदारी.
डॉकस्ट्रिंग / JSDoc जोडा, कंट्रोल फ्लो साधा करा, मृत कोड काढा. सार्वजनिक API स्थिर ठेवा.

धोक्याची मॉडेल: [स्रोत] कडून अविश्वसनीय इनपुट.
तपासा: इंजेक्शन, डिसिरियलायझेशन, SSRF, XSS, CSRF, authZ/authN, सिक्रेट्स हाताळणी.
सुचवा: सुरक्षित लायब्ररी, व्हॅलिडेशन नमुने, आणि मिनिमल फरक.

आम्ही [lib A] वरून [lib B] कडे माइग्रेट करत आहोत.
ब्रेकिंग बदलांची यादी द्या, अ‍ॅडॉप्टर लेयर सुचवा, आणि चाचण्या असलेला क्रमिक रोलआउट योजना द्या.

पर्यावरण: Python 3.11, FastAPI, Pydantic v2.
करार: एन्डपॉइंटने आंशिक अपयशांवरही { data, meta } सह २०० परत करणे आवश्यक.
बंधने: असिंक्रोनस राहावे; नवीन जड अवलंबन जोडू नये.

1) टीका: पुराव्यासह ठोस समस्या यादी करा.
2) फरक: दुरुस्ती साठी सर्वात लहान बदल.
3) रिफॅक्टर: स्वच्छ, परिचित अंतिम कोड.
4) चाचण्या: हॅपी पाथ + ३ एज केससाठी युनिट टेस्टस.

३ रिफॅक्टर पर्याय सुचवा:
- पर्याय A: मिनिमल बदल
- पर्याय B: मध्यम पुर्नरचना
- पर्याय C: पूर्णपणे पुन्हा लिहिणे
प्रत्येकासाठी: फायदे/तोटे, संकुलता, धोका, माइग्रेशन योजना, आणि निवड कधी करावी ती सांगा.

बंधने: समान सार्वजनिक API, p95 < 50ms, < 10MB अतिरिक्त मेमरी, नवीन रनटाइम अवलंबने नाहीत.
आपला रिफॅक्टर प्रत्येक बंधन कसे पूर्ण करतो ते मोजमाप किंवा तर्काने दाखवा.

आपण वरिष्ठ Python इंजिनिअर आहात. उद्दिष्ट: बरोबरी + कार्यक्षमता.
पर्यावरण: 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"/profile/{user_id}")
        posts = await client.get(f"/posts/{user_id}")
    return {"data": {"profile": profile.json(), "posts": posts.json()}}

प्रत्येक सुचनेस {गंभीरता, वर्ग, तर्क} सह अंकित करा. वर्तन बदल होऊ शकते तर पूर्व/नंतर स्निपेट्स आणि एक पायरी माइग्रेशन योजना समाविष्ट करा.

आउटपुट युनिफाइड डिफ स्वरूपात परत करा ज्यात या रेपॉ रूटच्या योग्य फाइल पाथसह. फक्त बदललेले हंक्स समाविष्ट करा. डिफमध्ये कोणतीही टीका नाही. नंतर टिपांसाठी वेगळा विभाग द्या.

नक्की दोन ब्लॉक्ससह प्रत्युत्तर द्या:
1) ```diff
...बदल...

प्रत्येक बदल एका वाक्यात समजा ज्यात आवृत्ती किंवा स्निपेट संदर्भित करा. जर निश्चित नसेल तर अंदाज लावण्याऐवजी स्पष्टीकरण प्रश्न विचारा.

जर आवश्यकतां ambigous असतील, तर पुढे जाण्याआधी 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 राखणारे फरक सुचवा. बदललेल्या मार्गांवर फक्त चाचण्या समाविष्ट करा.