Ste senior inženir za [jezik/ogrodje], ki pregleduje kodo za [projekt/domena].
Cilj: [Popravek napake | Zmogljivost | Berljivost | Varnost | Izkušnja razvijalca (DX) | Doslednost API]
Omejitve: [Slogovne smernice, podprte različice, omejitve pomnilnika/časa, omejitve knjižnic]
Kontekst:
- Runtime/Okolje: [Node 20, JVM 17, Python 3.11, iOS 17 itd.]
- Ključne odvisnosti: [seznam]
- Arhitektura: [monolit, mikroservisi, serverless, heksagonalna itd.]
- Relevantni vmesniki/kontrakti: [povezava ali v telesu]
Naloga:
1) Preglej naslednjo kodo glede na [cilje].
2) Identificiraj specifične težave z dokazili (referenčne vrstice, ocene zapletenosti, robni primeri).
3) Predlagaj minimalne, ciljno usmerjene razlike.
4) Ponudi končno refaktorirano verzijo.
5) Razloži kompromise in tveganja.
Koda:
```[jezik]
// prilepite kodo tukaj

Cilj: znižati časovno in pomnilniško zapletenost brez spreminjanja javnega vedenja.
Ponudi: trenutno in predlagano zapletenost, mikrooptimizacije proti algoritmičnim spremembam in predloge za merjenje izboljšav.

Refaktoriraj za jasnost: boljše poimenovanje, manjše funkcije, enotna odgovornost.
Dodaj docstringe/JSDoc, poenostavi nadzorni tok, odstrani mrtvo kodo. Ohrani stabilen javni API.

Model groženj: nezaupljiv vhod iz [vir].
Preveri: injekcije, deserializacijo, SSRF, XSS, CSRF, avtorizacijo/avtentikacijo, ravnanje s skrivnostmi.
Predlagaj: varne knjižnice, vzorce validacije in minimalne razlike.

Migriramo iz [knjižnica A] v [knjižnica B].
Navedite prekinitvene spremembe, predlagajte prilagoditveni sloj in zagotovite načrt postopnega uvajanja z testi.

Okolje: Python 3.11, FastAPI, Pydantic v2.
Kontrakt: endpoint mora vračati 200 z { data, meta } tudi ob delnih napakah.
Omejitev: mora ostati asinhron; ni dovoljeno dodajati težkih novih odvisnosti.

1) Kritika: navedi konkretne težave z dokazili.
2) Dif: najmanjše spremembe za popravilo.
3) Refaktor: čista, idiomatska končna koda.
4) Testi: enotni testi za običajne in vsaj 3 robne primere.

Predlagaj 3 možnosti refaktoriranja:
- Možnost A: minimalna sprememba
- Možnost B: zmerna predelava
- Možnost C: popolna prepisava
Za vsako: prednosti/naslovi, zapletenost, tveganje, načrt migracije in kdaj uporabiti.

Omejitve: ist javni API, p95 < 50 ms, < 10MB dodatnega pomnilnika, brez novih runtime odvisnosti.
Pokaži, kako refaktoriranje ustreza vsakemu pogoju z meritvami ali razmišljanjem.

Ste senior Python razvijalec. Cilj: pravilnost + zmogljivost.
Okolje: Python 3.11, FastAPI, httpx, Pydantic v2. Kontrakt: nikoli ne mečite napake pri delnih napakah.
Naloga: pregled in refaktoriranje. Ponuja kritiko → minimalne razlike → končno refaktoracijo → teste.
Koda:
```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()}}

Označi vsak predlog s: {resnost, kategorija, utemeljitev}. Vključi primere pred/po in enostopenjski migracijski načrt, če se lahko vedenje spremeni.

Vrni izhod kot unificirano razliko s pravilnimi potmi datotek od korena repozitorija. Vključi samo spremenjene kose. Brez komentarjev v diff-u. Nato dodaj ločeno sekcijo za opombe.

Odgovori z natanko dvema blokoma:
1) ```diff
...spremembe...

Razloži vsako spremembo v eni povedi z navedbo vrstice ali odlomka. Če nisi prepričan, raje zastavi vprašanje za pojasnilo namesto ugibanja.

Če so zahteve nejasne, postavi do 3 pojasnjevalna vprašanja, preden nadaljuješ.

Vloga: Senior TypeScript inženir.
Cilj: izboljšati berljivost in varnost pri izvajanju, brez spreminjanja javnega API-ja.
Okolje: Node 20, TypeScript 5.4, Zod za validacijo, ESLint Airbnb, strictNullChecks.
Omejitve: brez novih runtime odvisnosti razen Zod, brez prelomnih sprememb, ohrani O(n) zapletenost.
Naloga:
- Kritika → Dif → Refaktor → Testi → Opombe.
- Oznake težav s {resnost, kategorija, utemeljitev}.
- Vključi Zod shemo za validacijo vhodov in 4 enotne teste.
Koda:
```ts
export function parseUser(raw: any) {
  if (!raw) return null;
  return {
    id: raw.id || '0',
    name: raw.name || 'Unknown',
    age: parseInt(raw.age),
  };
}

Izvedi mentalni ESLint pregled in navedi morebitne kršitve, nato jih popravi.

Za vsako spremembo poimenuj refaktorski vzorec (npr. Extract Function, Introduce Parameter Object) in razloži, kdaj ga uporabiti v tej kodi.

Uporabi samo kontekst repozitorija. Preveri spremenjene datoteke v tem PR glede na [cilj]. Oznaki ugotovitve znotraj kode z resnostjo in utemeljitvijo. Predlagaj razlike, ki ohranjajo javni API in NFR-je. Vključi teste, ki se nanašajo samo na spremenjene poti.