Jūs esate vyresnysis [kalba/karkasas] inžinierius, peržiūrintis kodą [projektui/sritims].
Tikslas: [Klaidos taisymas | Našumas | Skaitomumas | Saugumas | DX | API nuoseklumas]
Apribojimai: [Stiliaus gidas, palaikomos versijos, atminties/laiko limitai, bibliotekų apribojimai]
Kontekstas:
- Vykdymo aplinka: [Node 20, JVM 17, Python 3.11, iOS 17 ir pan.]
- Pagrindinės priklausomybės: [sąrašas]
- Architektūra: [monolitas, mikroservisai, serverless, heksagoninė ir pan.]
- Reikšmingos sąsajos/kontraktai: [nuoroda arba įterptas tekstas]
Užduotis:
1) Peržiūrėkite šį kodą atsižvelgdami į [tikslus].
2) Nustatykite konkrečias problemas su įrodymais (eilučių nuorodos, sudėtingumo įvertinimai, kraštutinės situacijos).
3) Pasiūlykite minimalius, tikslingus pataisymus.
4) Pateikite galutinę refaktorizuotą versiją.
5) Paaiškinkite kompromisus ir rizikas.
Kodas:
```[kalba]
// įklijuokite kodą čia

Tikslas: sumažinti laiko ir atminties sudėtingumą nekeičiant viešo API elgesio.
Pateikite esamą sudėtingumą, siūlomą sudėtingumą, mikrooptimizacijas ir algoritmų pakeitimus, kartu su paleidžiamais etalonais.

Refaktorizuokite aiškumui: geresni pavadinimai, mažesnės funkcijos, vienos atsakomybės taisyklė.
Pridėkite docstrings/JSDoc, supaprastinkite valdymo srautus, pašalinkite negyvą kodą. Viešas API turi likti stabilus.

Grėsmės modelis: nepatikima įvestis iš [šaltinio].
Patikrinkite: injekcijas, deserializaciją, SSRF, XSS, CSRF, autorizaciją/autentifikaciją, slaptumo tvarkymą.
Siūlykite saugias bibliotekas, validacijos šablonus ir minimalius difus.

Migracija iš [bibliotekos A] į [biblioteką B].
Išvardinkite nesuderinamumus, pasiūlykite adapterio sluoksnį ir inkrementinį diegimo planą su testais.

Aplinka: Python 3.11, FastAPI, Pydantic v2.
Kontraktas: endpoint turi grąžinti 200 su { data, meta } net jei dalinis nepavykimas.
Apribojimas: privalo likti asinchroninis; negalima pridėti naujų sunkių priklausomybių.

1) Kritika: išvardinkite konkrečias problemas su įrodymais.
2) Difu: mažiausi pakeitimai taisymui.
3) Refaktorizavimas: švarus, idiomatiškas galutinis kodas.
4) Testai: vienetiniai testai, dengiantys sėkmingą kelią ir 3 kraštutinius atvejus.

Pasiūlykite 3 refaktorizavimo variantus:
- Variantą A: minimalus pakeitimas
- Variantą B: vidutinis perplanavimas
- Variantą C: pilnas perrašymas
Kiekvienam: privalumai/trūkumai, sudėtingumas, rizika, migracijos planas ir rekomendacijos kada rinktis.

Apribojimai: tas pats viešas API, <50ms p95, <10MB papildoma atmintis, jokios naujos vykdymo priklausomybės.
Rodykite, kaip refaktorius atitinka kiekvieną apribojimą su matavimais arba paaiškinimais.

Jūs esate vyresnysis Python inžinierius. Tikslas: teisingumas + našumas.
Aplinka: Python 3.11, FastAPI, httpx, Pydantic v2. Kontraktas: niekada nekelti išimčių dalinio nepavykimo atveju.
Užduotis: peržiūrėti ir refaktorizuoti. Pateikti kritiką → minimalius difus → galutinį refaktorizavimą → testus.
Kodas:
```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")
    posts = await client.get(f")
    return {"data": {"profile": profile.json(), "posts": posts.json()}}

Pažymėkite kiekvieną pasiūlymą su {sunkumas, kategorija, pagrindimas}. Įtraukite prieš/po fragmentus ir vieno žingsnio migracijos planą, jei yra elgesio pokyčių rizika.

Grąžinkite rezultatą kaip suvienytą difą su teisingais failų keliais repozitorijos šaknyje. Įtraukite tik pakeistus vienetus. Difas be komentarų. Tada atskirą pastabų sekciją.

Atsakykite būtent su dviem blokais:
1) ```diff
...pakeitimai...

Paaiškinkite kiekvieną pakeitimą viena sakiniu su nurodytomis eilutėmis arba fragmentais. Jei abejojate, užduokite tikslinimo klausimą vietoj spėjimo.

Jei reikalavimai neaiškūs, užduokite iki 3 klausimų, prieš tęsdami darbą.

Vaidmuo: vyresnysis TypeScript inžinierius.
Tikslas: pagerinti skaitomumą ir vykdymo saugumą nekeičiant viešo API.
Aplinka: Node 20, TypeScript 5.4, Zod validacijai, ESLint Airbnb, strictNullChecks.
Apribojimai: jokios naujos vykdymo priklausomybės be Zod, jokių trikdančių pakeitimų, išlaikyti O(n) sudėtingumą.
Užduotis:
- Kritika → Difu → Refaktorizavimas → Testai → Pastabos.
- Žymėti problemas su {sunkumas, kategorija, pagrindimas}.
- Įtraukti Zod schemą įvesties patikrinimui ir 4 vienetinius testus.
Kodas:
```ts
export function parseUser(raw: any) {
  if (!raw) return null;
  return {
    id: raw.id || '0',
    name: raw.name || 'Unknown',
    age: parseInt(raw.age),
  };
}

Atlikite „mental ESLint“ patikrinimą ir išvardinkite pažeidimus, kurių tikitės, tada juos ištaisykite.

Kiekvienam pakeitimui pavadinkite refaktoriavimo šabloną (pvz., Funkcijos išskyrimas, Parametrų objekto pristatymas) ir paaiškinkite, kada tai naudinga šiame kode.

Naudokite tik repozitorijos kontekstą. Peržiūrėkite šio PR pakeistus failus dėl [tikslo]. Pažymėkite išvadas inline su sunkumo laipsniu ir pagrindimu. Pasiūlykite difus, kurie išlaiko viešą API ir NFR reikalavimus. Įtraukite testus, liečiančius tik pakeistus kelius.