Sa oled seniortasemel [keele/raamistiku] insener, kes teeb koodi ülevaadet projektis [projekt/valdkond].
Eesmärk: [Vigaparandus | Jõudlus | Loetavus | Turvalisus | Arendajakogemus | API järjepidevus]
Piinangud: [stiilijuhend, toetatud versioonid, mälu/aeg piirangud, raamistikupiirangud]
Kontekst:
- Runtime/keskkond: [Node 20, JVM 17, Python 3.11, iOS 17 jne]
- Peamised sõltuvused: [loetelu]
- Arhitektuur: [monoliit, mikroteenus, serverless, heksooniline jne]
- Asjakohased liidesed/kontraktid: [link või otsetekst]
Ülesanne:
1) Ülevaada järgnev kood eesmärkide osas.
2) Tuvastada konkreetsed probleemid koos tõenditega (rea viited, keerukuse hinnang, serva juhtumid).
3) Pakkuda minimaalsed ja sihitud erinevused.
4) Pakkuda lõplik refaktoreeritud versioon.
5) Selgitada kompromisse ja riske.
Kood:
```[keel]
// kleepi kood siia

Eesmärk: vähendada aja ja mälu keerukust avalikku käitumist muutmata.
Anna: praegune keerukus, pakutav keerukus, mikrooptimisatsioonid vs algoritmilised muudatused, käivitamiseks vajalikud mõõdikud.

Refaktoreeri selguse jaoks: paremad nimed, väiksemad funktsioonid, ühes vastutusvaldkonnas.
Lisa dokumenditekstid (docstrings/JSDoc), lihtsusta kontrollvoogu, eemalda surnud kood. Hoia avalik API stabiilsena.

Ohumudel: usaldamatu sisend pärit [allikas].
Kontrolli: süstimist, deserialiseerimist, SSRF-i, XSS-i, CSRF-d, autentimist/autorisatsiooni, salajaste käsitlemist.
Soovita: turvalisi teeke, valideerimismustreid ja minimaalseid diff'e.

Me migreerime [lib A] -lt [lib B] -le.
Too välja katkestavad muudatused, paku adapterkihte ja ettepanek järkjärguliseks kasutuselevõtuks koos testidega.

Keskkond: Python 3.11, FastAPI, Pydantic v2.
Kontrakt: lõpp-punkt peab tagastama 200 koos { data, meta }, isegi osaliste vigade korral.
Piirang: peab jääma asünkroonseks; uued rasked sõltuvused keelatud.

1) Kriitika: loetle konkreetseid probleeme koos tõenditega.
2) Diff: minimaalsed muudatused parandamiseks.
3) Refaktor: puhas, idiomaatiline lõppkood.
4) Testid: üksuse testid hõlmates õnneteid ja 3 äärejuhtu.

Paku 3 refaktoreerimisvõimalust:
- Variant A: minimaalne muudatus
- Variant B: mõõdukas ümberkujundus
- Variant C: täielik ümberkirjutus
Igaühe kohta: plussid/miinused, keerukus, risk, migratsiooniplaan ja valiku põhjendus.

Piirangud: sama avalik API, <50ms p95 latentsus, <10MB lisamälu, uusi runtime'i sõltuvusi ei tule.
Näita, kuidas su refaktor neid piiranguid vastab mõõtmiste või põhjendusega.

Sa oled seniors Python insener. Eesmärk: korrektsus + jõudlus.
Keskkond: Python 3.11, FastAPI, httpx, Pydantic v2. Kontrakt: ei tohi tõsta erandeid osalisel tõrkel.
Ülesanne: ülevaade ja refaktor. Too välja kriitika → minimaalsed diffid → lõplik refaktor → testid.
Kood:
```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}}

Sildista iga soovitus{tõsidus, kategooria, põhjendus} ja lisa enne/peale lõiked ning samm-sammuline migratsiooniplaan, kui võib tekkida käitumise muutus.

Tagasta output ühtse diffiga õigete failiteedega sellest repositooriumi juurest. Kaasa ainult muudetud read. Ära lisa kommentaare diffitesse. Lisa eraldi jaotis märkustega.

Vasta täpselt kahe plokina:
1) ```diff
...muudatused...

Selgita iga muudatust ühe lausega, viidates reale või lõigule. Kui pole kindel, küsi pigem selgitavaid küsimusi kui arva.

Kui nõuded on ebamäärased, esita kuni 3 selgitavat küsimust enne jätkamist.

Roll: seniortasemel TypeScripti insener.
Eesmärk: parandada loetavust ja käitusaegset turvalisust, muutes avalikku API-d.
Keskkond: Node 20, TypeScript 5.4, Zod valideerimiseks, ESLint Airbnb, strictNullChecks.
Piirangud: uued runtime'i sõltuvused peale Zodi keelatud, katkestused keelatud, säilita O(n) keerukus.
Ülesanne:
- Kriitika → Diff → Refaktor → Testid → Märkused.
- Sildista probleemid {tõsidus, kategooria, põhjendus}.
- Lisa Zod skeem sisendi valideerimiseks ja 4 üksustesti.
Kood:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
name: raw.name || 'Unknown',
age: parseInt(raw.age),
}
}

Teosta vaimne ESLinti kontroll ja loetle eeldatavad rikkumised, seejärel paranda need.

Iga muudatuse kohta nimeta refaktoreerimismuster (nt Extract Function, Introduce Parameter Object) ja selgita, millal seda selles koodibaasis rakendada.

Kasutage ainult repositooriumi konteksti. Ülevaadake selles PR-is muudetud faile eesmärgiga [eesmärk]. Märgistage leidmised reavahetustega koos tõsiduse ja põhjendusega. Paku diffe, mis säilitavad avaliku API ja NFR-id. Lisa teste ainult muudetud radadele.