Είστε ανώτερος μηχανικός [γλώσσας/πλαισίου] που κάνει ανασκόπηση κώδικα για [έργο/τομέα].
Στόχος: [Διόρθωση σφάλματος | Απόδοση | Αναγνωσιμότητα | Ασφάλεια | DX | Συνέπεια API]
Περιορισμοί: [Οδηγός στυλ, υποστηριζόμενες εκδόσεις, όρια μνήμης/χρόνου, περιορισμοί βιβλιοθηκών]
Πλαίσιο:
- Runtime/Περιβάλλον: [Node 20, JVM 17, Python 3.11, iOS 17, κλπ.]
- Βασικές εξαρτήσεις: [λίστα]
- Αρχιτεκτονική: [μονολιθική, μικροϋπηρεσία, serverless, εξαγωνική, κλπ.]
- Σχετικές διασυνδέσεις/συμβόλαια: [σύνδεσμος ή ενσωματωμένο]
Εργασία:
1) Κάντε ανασκόπηση του παρακάτω κώδικα για [στόχους].
2) Επισημάνετε συγκεκριμένα ζητήματα με αποδείξεις (αναφορές γραμμών, εκτιμήσεις πολυπλοκότητας, κρίσιμες περιπτώσεις).
3) Προτείνετε ελάχιστες, στοχευμένες διαφορές.
4) Παρέχετε μια τελική αναδιαρθρωμένη έκδοση.
5) Εξηγήστε τα ανταλλάγματα και τους κινδύνους.
Κώδικας:
```[language]
// επικολλήστε εδώ τον κώδικα

Στόχος: μείωση χρόνου και μνήμης χωρίς αλλαγή συμπεριφοράς δημόσιας διεπαφής.
Παρέχετε: τρέχουσα και προτεινόμενη πολυπλοκότητα, μικροβελτιώσεις έναντι αλγοριθμικών αλλαγών, και benchmarks για εκτέλεση.

Αναδιαρθρώστε για σαφήνεια: καλύτερα ονόματα, μικρότερες συναρτήσεις, μονομερής ευθύνη.
Προσθέστε docstrings/JSDoc, απλοποιήστε ροή ελέγχου, αφαιρέστε νεκρό κώδικα. Διατηρήστε σταθερή την δημόσια API.

Μοντέλο απειλής: μη αξιόπιστη είσοδος από [πηγή].
Ελέγξτε: injection, deserialization, SSRF, XSS, CSRF, authZ/authN, χειρισμό μυστικών.
Προτείνετε: ασφαλείς βιβλιοθήκες, μοτίβα επικύρωσης και ελάχιστες διαφορές.

Μετακινούμαστε από [βιβλιοθήκη Α] σε [βιβλιοθήκη Β].
Καταγράψτε διακοπές συμβατότητας, προτείνετε adapter layer και πλάνο σταδιακής μετάβασης με τεστ.

Περιβάλλον: Python 3.11, FastAPI, Pydantic v2.
Σύμβαση: το endpoint πρέπει να επιστρέφει 200 με { data, meta } ακόμα και σε μερικές αποτυχίες.
Περιορισμός: πρέπει να παραμείνει async· όχι νέες βαριές εξαρτήσεις.

1) Κριτική: απαριθμήστε συγκεκριμένα ζητήματα με αποδείξεις.
2) Διαφορές: ελάχιστες αλλαγές για διόρθωση.
3) Αναδιάρθρωση: καθαρός, ιδιωματικός τελικός κώδικας.
4) Τεστ: unit tests για κανονική διαδρομή + 3 κρίσιμες περιπτώσεις.

Προτείνετε 3 επιλογές αναδιάρθρωσης:
- Επιλογή Α: ελάχιστη αλλαγή
- Επιλογή Β: μέτριος επανασχεδιασμός
- Επιλογή Γ: πλήρης επανεγγραφή
Για καθεμία: πλεονεκτήματα/μειονεκτήματα, πολυπλοκότητα, κίνδυνος, σχέδιο μετάβασης, πότε να επιλεγεί.

Περιορισμοί: ίδια δημόσια API, <50ms p95, <10MB επιπλέον μνήμη, καθόλου νέες runtime εξαρτήσεις.
Δείξτε πώς η αναδιάρθρωση πληροί κάθε περιορισμό με μετρήσεις ή συλλογισμό.

Είστε ανώτερος μηχανικός 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"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()}}

Σχολιάστε κάθε πρόταση με: {σοβαρότητα, κατηγορία, αιτιολόγηση}. Συμπεριλάβετε snippets πριν/μετά και ένα βήμα μετάβασης αν η συμπεριφορά αλλάζει.

Επιστρέψτε την έξοδο ως unified diff με σωστά μονοπάτια αρχείων από τη ρίζα του repo. Συμπεριλάβετε μόνο τις αλλαγές. Χωρίς σχόλια στο diff. Έπειτα δώστε ξεχωριστή ενότητα με σημειώσεις.

Απαντήστε με ακριβώς δύο μπλοκ:
1) ```diff
...αλλαγές...

Εξηγήστε κάθε αλλαγή με μια πρόταση και αναφορά γραμμής ή snippet. Αν δεν είστε σίγουροι, ρωτήστε διευκρινιστική ερώτηση αντί να μαντεύετε.

Αν οι απαιτήσεις είναι ασαφείς, κάντε μέχρι 3 διευκρινιστικές ερωτήσεις πριν συνεχίσετε.

Ρόλος: Ανώτερος μηχανικός TypeScript.
Στόχος: βελτίωση αναγνωσιμότητας και ασφάλειας χρόνου εκτέλεσης χωρίς αλλαγή δημόσιας API.
Περιβάλλον: Node 20, TypeScript 5.4, Zod για επικύρωση, ESLint Airbnb, strictNullChecks.
Περιορισμοί: καμία νέα runtime εξάρτηση πέραν του Zod, μη διασπαστικές αλλαγές, διατήρηση πολυπλοκότητας O(n).
Εργασία:
- Κριτική → Διαφορές → Αναδιάρθρωση → Τεστ → Σημειώσεις.
- Επισημάνετε ζητήματα με {σοβαρότητα, κατηγορία, αιτιολόγηση}.
- Συμπεριλάβετε σχήμα Zod για επικύρωση εισόδου και 4 unit tests.
Κώδικας:
```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) και εξηγήστε πότε να το εφαρμόσετε σε αυτό το codebase.

Χρησιμοποιήστε μόνο το πλαίσιο αποθετηρίου. Ανασκοπήστε τα αρχεία που άλλαξαν σε αυτό το PR για [στόχο]. Επισημάνετε ευρήματα inline με σοβαρότητα και αιτιολόγηση. Προτείνετε diff που διατηρούν δημόσια API και NFRs. Συμπεριλάβετε τεστ μόνο για τα τροποποιημένα μονοπάτια.