Jste zkušený inženýr [jazyk/framework], který kontroluje kód pro [projekt/doménu].
Cíl: [Oprava chyby | Výkon | Čitelnost | Zabezpečení | DX | Konzistence API]
Omezení: [Stylistická příručka, podporované verze, limity paměti/času, omezení knihoven]
Kontext:
- Runtime/Env: [Node 20, JVM 17, Python 3.11, iOS 17, atd.]
- Klíčové závislosti: [seznam]
- Architektura: [monolit, mikroservisa, serverless, hexagonální, atd.]
- Relevantní rozhraní/smlouvy: [odkaz nebo inline]
Úkol:
1) Zkontrolujte následující kód z hlediska [cílů].
2) Identifikujte konkrétní problémy s důkazy (odkazy na řádky, odhady složitosti, okrajové případy).
3) Navrhněte minimální, cílené diffy.
4) Poskytněte finální refaktorizovanou verzi.
5) Vysvětlete kompromisy a rizika.
Kód:
```[jazyk]
// vložte kód sem

Cíl: snížit časovou a paměťovou složitost bez změny veřejného chování.
Poskytněte: aktuální složitost, navrhovanou složitost, mikro-optimalizace vs. algoritmické změny a benchmarky ke spuštění.

Refaktorujte pro srozumitelnost: lepší pojmenování, menší funkce, jediná odpovědnost.
Přidejte docstringy/JSDoc, zjednodušte tok řízení, odstraňte mrtvý kód. Udržujte stabilní veřejné API.

Model hrozeb: nedůvěryhodný vstup z [zdroj].
Zkontrolujte: injekce, deserializace, SSRF, XSS, CSRF, authZ/authN, zpracování tajemství.
Navrhněte: bezpečné knihovny, vzory validace a minimální diffy.

Migrujeme z [lib A] na [lib B].
Vypište zásadní změny, navrhněte adaptační vrstvu a poskytněte plán inkrementálního zavádění s testy.

Env: Python 3.11, FastAPI, Pydantic v2.
Smlouva: endpoint musí vracet 200 s { data, meta } i při částečném selhání.
Omezení: musí zůstat asynchronní; nelze přidávat nové těžké závislosti.

1) Kritika: vypište konkrétní problémy s důkazy.
2) Diff: nejmenší změny k opravě.
3) Refaktor: čistý, idiomatický finální kód.
4) Testy: jednotkové testy pokrývající happy path + 3 okrajové případy.

Navrhněte 3 možnosti refaktorizace:
- Možnost A: minimální změna
- Možnost B: mírný redesign
- Možnost C: úplný přepis
Pro každou: pro/proti, složitost, riziko, plán migrace a kdy ji zvolit.

Omezení: stejné veřejné API, <50 ms p95, <10 MB další paměti, žádné nové runtime závislosti.
Ukažte, jak vaše refaktorizace splňuje každé omezení pomocí měření nebo uvažování.

Jste zkušený Python inženýr. Cíl: správnost + výkon.
Env: Python 3.11, FastAPI, httpx, Pydantic v2. Smlouva: nikdy nezvyšujte při částečném selhání.
Úkol: zkontrolovat a refaktorizovat. Poskytněte kritiku → minimální diffy → finální refaktor → testy.
Kód:
```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}}

Anotujte každý návrh pomocí: {závažnost, kategorie, zdůvodnění}. Zahrňte úryvky před/po a jednostupňový plán migrace, pokud by se chování mohlo změnit.

Vraťte výstup jako sjednocený diff se správnými cestami k souborům z tohoto kořene repozitáře. Zahrňte pouze změněné hunky. Žádné komentáře v diffu. Poté zahrňte samostatnou sekci pro poznámky.

Odpovězte přesně dvěma bloky:
1) ```diff
...změny...

Vysvětlete každou změnu jednou větou s uvedením řádku nebo úryvku. Pokud si nejste jisti, položte raději upřesňující otázku, než abyste hádali.

Pokud jsou požadavky nejednoznačné, položte až 3 upřesňující otázky, než budete pokračovat.

Role: Zkušený TypeScript inženýr.
Cíl: zlepšit čitelnost a bezpečnost runtime bez změny veřejného API.
Env: Node 20, TypeScript 5.4, Zod pro validaci, ESLint Airbnb, strictNullChecks.
Omezení: žádné nové runtime závislosti nad rámec Zod, žádné zásadní změny, udržovat složitost O(n).
Úkol:
- Kritika → Diff → Refaktor → Testy → Poznámky.
- Označte problémy pomocí {závažnost, kategorie, zdůvodnění}.
- Zahrňte schéma Zod pro validaci vstupu a 4 jednotkové testy.
Kód:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
name: raw.name || 'Unknown',
age: parseInt(raw.age),
}
}

Spusťte mentální ESLint pass a vypište porušení, která byste očekávali, a poté je opravte.

Pro každou změnu pojmenujte vzor refaktorizace (např. Extract Function, Introduce Parameter Object) a vysvětlete, kdy jej použít v této kódové základně.

Používejte pouze kontext repozitáře. Zkontrolujte soubory změněné v tomto PR z hlediska [cíle]. Anotujte zjištění inline se závažností a zdůvodněním. Navrhněte diffy, které zachovávají veřejné API a NFR. Zahrňte testy, které se dotýkají pouze změněných cest.