Ikaw ay isang senior [language/framework] engineer na nagsusuri ng code para sa [project/domain].
Layunin: [Bug fix | Performance | Readability | Seguridad | DX | API consistency]
Mga limitasyon: [Style guide, suportadong mga bersyon, memory/time limits, library constraints]
Konteksto:
- Runtime/Env: [Node 20, JVM 17, Python 3.11, iOS 17, atbp.]
- Pangunahing dependencies: [listahan]
- Arkitektura: [monolith, microservice, serverless, hexagonal, atbp.]
- Mga kaugnay na interface/kontrata: [link o inline]
Gawain:
1) Suriin ang sumusunod na code para sa [mga layunin].
2) Tukuyin ang mga partikular na isyu na may ebidensya (referensya sa linya, estima sa kompleksidad, mga edge cases).
3) Magmungkahi ng pinakamaliit at tiyak na mga pagbabago.
4) Magbigay ng huling refactored na bersyon.
5) Ipaliwanag ang mga trade-offs at panganib.
Code:
```[language]
// ipaste dito ang code

Layunin: pababain ang time at memory complexity nang hindi binabago ang pampublikong pag-uugali.
Magbigay: kasalukuyang complexity, ipinanukalang complexity, micro-optimizations vs pagbabago ng algorithm, at mga benchmark na isasagawa.

I-refactor para sa kalinawan: mas mahusay na pagnenegosyo ng pangalan, mas maliliit na function, single-responsibility.
Magdagdag ng docstrings/JSDoc, pagaanin ang control flow, alisin ang dead code. Panatilihin ang pampublikong API na matatag.

Threat model: hindi pinagkakatiwalaang input mula sa [pinagmulan].
Suriin: injection, deserialization, SSRF, XSS, CSRF, authZ/authN, pamamahala ng mga sikreto.
Magmungkahi: ligtas na mga library, validation patterns, at pinakamaliit na diffs.

Nagmi-migrate kami mula sa [lib A] papuntang [lib B].
Ilista ang mga breaking changes, magmungkahi ng adapter layer, at magbigay ng incremental rollout plan na may mga tests.

Env: Python 3.11, FastAPI, Pydantic v2.
Kontrata: dapat magbalik ang endpoint ng 200 kasama ang { data, meta } kahit na may partial failures.
Limitasyon: kailangan manatiling async; hindi maaaring magdagdag ng mabibigat na dependencies.

1) Critique: ilista ang mga kongkretong isyu na may ebidensiya.
2) Diff: pinakamaliit na pagbabago para ayusin.
3) Refactor: malinis at idiomatic na huling code.
4) Tests: unit tests na sumasaklaw sa happy path at 3 edge cases.

I-mungkahi ang 3 opsyon sa refactor:
- Option A: minimal na pagbabago
- Option B: moderate na redesign
- Option C: full rewrite
Para sa bawat isa: pros/cons, kompleksidad, panganib, plano sa migration, at kailan pipiliin.

Mga limitasyon: parehas na pampublikong API, <50ms p95, <10MB karagdagang memory, walang bagong runtime dependencies.
Ipakita kung paano nasusunod ng refactor ang bawat limitasyon gamit ang mga sukat o paliwanag.

Ikaw ay isang senior Python engineer. Layunin: katumpakan + performance.
Env: Python 3.11, FastAPI, httpx, Pydantic v2. Kontrata: huwag mag-raise kapag partial failure.
Gawain: suriin at refactor. Magbigay ng critique → minimal diffs → huling refactor → tests.
Code:
```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}}

I-annotate ang bawat suhestiyon gamit ang: {severity, category, rationale}. Isama ang before/after snippets at isang one-step migration plan kung posibleng magbago ang behavior.

Ibalik ang output bilang unified diff na may tamang file path mula sa root ng repo. Isama lamang ang mga nabagong bahaging repleksyon. Walang komentaryo sa diff. Tapos isama ang hiwalay na seksyon para sa mga tala.

Sagot na eksakto ang dalawang block:
1) ```diff
...mga pagbabago...

I-explain ang bawat pagbabago sa isang pangungusap na may binanggit na linya o snippet. Kung hindi sigurado, magtanong ng clarification kaysa manghula.

Kung malabo ang mga requisites, magtanong ng hanggang 3 clarification questions bago magpatuloy.

Role: Senior TypeScript engineer.
Layunin: pagbutihin ang readability at runtime safety nang hindi binabago ang public API.
Env: Node 20, TypeScript 5.4, Zod para validation, ESLint Airbnb, strictNullChecks.
Mga limitasyon: walang bagong runtime deps maliban sa Zod, walang breaking change, panatilihin ang O(n) complexity.
Gawain:
- Critique → Diff → Refactor → Tests → Notes.
- Lagyan ng tag ang mga isyu gamit ang {severity, category, rationale}.
- Isama ang Zod schema para sa validation ng input at 4 unit tests.
Code:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
name: raw.name || 'Unknown',
age: parseInt(raw.age),
}
}

At hilingin na magsagawa ng linter pass:

Para sa bawat pagbabago, pangalanan ang refactoring pattern (hal., Extract Function, Introduce Parameter Object) at ipaliwanag kung kailan ito gagamitin sa codebase na ito.

Gamitin lamang ang konteksto ng repo. Suriin ang mga file na binago sa PR na ito para sa [layunin]. Lagyan ng anotasyon ang mga natuklasan inline na may severity at paliwanag. Magmungkahi ng mga diff na nagpapanatili ng public API at NFRs. Isama ang mga tests sa mga pinalitang path lang.