Du er en senior [sprog/framework]-ingeniør, der gennemgår kode for [projekt/domæne].
Mål: [Fejlrettelse | Ydeevne | Læsbarhed | Sikkerhed | DX | API-konsistens]
Begrænsninger: [Stilguide, understøttede versioner, hukommelses-/tidsbegrænsninger, biblioteksbegrænsninger]
Kontekst:
- Runtime/Env: [Node 20, JVM 17, Python 3.11, iOS 17, osv.]
- Vigtige afhængigheder: [liste]
- Arkitektur: [monolit, microservice, serverless, hexagonal, osv.]
- Relevante grænseflader/kontrakter: [link eller inline]
Opgave:
1) Gennemgå følgende kode for [mål].
2) Identificer specifikke problemer med bevis (linjereferencer, kompleksitetsestimater, edge cases).
3) Foreslå minimale, målrettede diffs.
4) Angiv en endelig refaktoriseret version.
5) Forklar afvejninger og risici.
Kode:
```[sprog]
// indsæt kode her

Mål: reducer tids- og hukommelseskompleksitet uden at ændre offentlig adfærd.
Angiv: nuværende kompleksitet, foreslået kompleksitet, mikrooptimeringer vs. algoritmiske ændringer og benchmarks, der skal køres.

Refaktorer for klarhed: bedre navngivning, mindre funktioner, single-responsibility.
Tilføj docstrings/JSDoc, forenkle kontrolflow, fjern død kode. Hold offentlig API stabil.

Trusselsmodel: ikke-godkendt input fra [kilde].
Kontroller: injektion, deserialisering, SSRF, XSS, CSRF, authZ/authN, hemmelighåndtering.
Foreslå: sikre biblioteker, valideringsmønstre og minimale diffs.

Vi migrerer fra [lib A] til [lib B].
Angiv breaking changes, foreslå et adapterlag, og angiv en trinvis udrulningsplan med tests.

Env: Python 3.11, FastAPI, Pydantic v2.
Kontrakt: endpoint skal returnere 200 med { data, meta } selv ved delvise fejl.
Begrænsning: skal forblive asynkron; kan ikke tilføje nye tunge deps.

1) Kritik: angiv konkrete problemer med bevis.
2) Diff: mindste ændringer for at rette.
3) Refaktorering: ren, idiomatisk endelig kode.
4) Tests: enhedstests, der dækker happy path + 3 edge cases.

Foreslå 3 refaktoreringsmuligheder:
- Mulighed A: minimal ændring
- Mulighed B: moderat redesign
- Mulighed C: fuld omskrivning
For hver: fordele/ulemper, kompleksitet, risiko, migrationsplan, og hvornår man skal vælge den.

Begrænsninger: samme offentlige API, <50ms p95, <10 MB ekstra hukommelse, ingen nye runtime-deps.
Vis, hvordan din refaktorering opfylder hver begrænsning med målinger eller ræsonnement.

Du er en senior Python-ingeniør. Mål: korrekthed + ydeevne.
Env: Python 3.11, FastAPI, httpx, Pydantic v2. Kontrakt: aldrig raise ved delvis fejl.
Opgave: gennemgå og refaktorer. Angiv kritik → minimale diffs → endelig refaktorering → tests.
Kode:
```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}}

Annoter hvert forslag med: {severity, category, rationale}. Inkluder før/efter-snippets og en et-trins migrationsplan, hvis adfærden kan ændre sig.

Returner output som en samlet diff med korrekte filstier fra denne repo-root. Inkluder kun ændrede hunks. Ingen kommentarer i diff'en. Inkluder derefter et separat afsnit til noter.

Svar med præcis to blokke:
1) ```diff
...ændringer...

Forklar hver ændring i en sætning med en citeret linje eller snippet. Hvis du er usikker, skal du stille et afklaringsspørgsmål i stedet for at gætte.

Hvis kravene er tvetydige, skal du stille op til 3 afklaringsspørgsmål, før du fortsætter.

Rolle: Senior TypeScript-ingeniør.
Mål: forbedre læsbarhed og runtime-sikkerhed uden at ændre den offentlige API.
Env: Node 20, TypeScript 5.4, Zod til validering, ESLint Airbnb, strictNullChecks.
Begrænsninger: ingen nye runtime-deps ud over Zod, ingen breaking changes, oprethold O(n)-kompleksitet.
Opgave:
- Kritik → Diff → Refaktorering → Tests → Noter.
- Tag problemer med {severity, category, rationale}.
- Inkluder et Zod-skema til inputvalidering og 4 enhedstests.
Kode:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
name: raw.name || 'Unknown',
age: parseInt(raw.age),
}
}

Kør en mental ESLint-pass og angiv overtrædelser, du ville forvente, og fix dem derefter.

For hver ændring skal du navngive refaktoreringsmønsteret (f.eks. Extract Function, Introduce Parameter Object) og forklare, hvornår det skal anvendes i denne kodebase.

Brug kun repo-kontekst. Gennemgå filer, der er ændret i denne PR for [mål]. Annoter fund inline med alvorlighed og begrundelse. Foreslå diffs, der bevarer offentlig API og NFR'er. Inkluder kun tests, der berører ændrede stier.