Anda adalah seorang insinyur [bahasa/kerangka kerja] senior yang meninjau kode untuk [proyek/domain].
Tujuan: [Perbaikan Bug | Kinerja | Keterbacaan | Keamanan | DX | Konsistensi API]
Batasan: [Panduan gaya, versi yang didukung, batas memori/waktu, batasan pustaka]
Konteks:
- Runtime/Env: [Node 20, JVM 17, Python 3.11, iOS 17, dll.]
- Dependensi utama: [daftar]
- Arsitektur: [monolit, microservice, serverless, heksagonal, dll.]
- Antarmuka/kontrak yang relevan: [tautan atau sebaris]
Tugas:
1) Tinjau kode berikut untuk [tujuan].
2) Identifikasi masalah spesifik dengan bukti (referensi baris, perkiraan kompleksitas, kasus tepi).
3) Usulkan diff minimal dan terarah.
4) Berikan versi refaktor akhir.
5) Jelaskan trade-off dan risiko.
Kode:
```[bahasa]
// tempel kode di sini

Tujuan: mengurangi kompleksitas waktu dan memori tanpa mengubah perilaku publik.
Berikan: kompleksitas saat ini, kompleksitas yang diusulkan, micro-optimizations vs perubahan algoritmik, dan tolok ukur untuk dijalankan.

Refaktor untuk kejelasan: penamaan yang lebih baik, fungsi yang lebih kecil, tanggung jawab tunggal.
Tambahkan docstring/JSDoc, sederhanakan alur kontrol, hapus kode mati. Pertahankan API publik yang stabil.

Model ancaman: input yang tidak tepercaya dari [sumber].
Periksa: injeksi, deserialisasi, SSRF, XSS, CSRF, authZ/authN, penanganan rahasia.
Sarankan: pustaka yang aman, pola validasi, dan diff minimal.

Kami bermigrasi dari [lib A] ke [lib B].
Cantumkan perubahan yang merusak, usulkan lapisan adaptor, dan berikan rencana peluncuran bertahap dengan pengujian.

Env: Python 3.11, FastAPI, Pydantic v2.
Kontrak: endpoint harus mengembalikan 200 dengan { data, meta } bahkan pada kegagalan parsial.
Batasan: harus tetap async; tidak dapat menambahkan dependensi berat baru.

1) Kritik: cantumkan masalah konkret dengan bukti.
2) Diff: perubahan terkecil untuk diperbaiki.
3) Refaktor: kode akhir yang bersih dan idiomatis.
4) Pengujian: pengujian unit yang mencakup jalur bahagia + 3 kasus tepi.

Usulkan 3 opsi refaktor:
- Opsi A: perubahan minimal
- Opsi B: desain ulang moderat
- Opsi C: penulisan ulang penuh
Untuk masing-masing: pro/kontra, kompleksitas, risiko, rencana migrasi, dan kapan harus memilihnya.

Batasan: API publik yang sama, <50ms p95, <10MB memori tambahan, tidak ada dependensi runtime baru.
Tunjukkan bagaimana refaktor Anda memenuhi setiap batasan dengan pengukuran atau penalaran.

Anda adalah seorang insinyur Python senior. Tujuan: kebenaran + kinerja.
Env: Python 3.11, FastAPI, httpx, Pydantic v2. Kontrak: jangan pernah meningkatkan kegagalan parsial.
Tugas: tinjau dan refaktor. Berikan kritik → diff minimal → refaktor akhir → pengujian.
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}}

Anotasi setiap saran dengan: {tingkat keparahan, kategori, alasan}. Sertakan cuplikan sebelum/sesudah dan rencana migrasi satu langkah jika perilaku dapat berubah.

Kembalikan output sebagai diff terpadu dengan jalur file yang benar dari root repo ini. Hanya sertakan hunks yang diubah. Tidak ada komentar dalam diff. Kemudian sertakan bagian terpisah untuk catatan.

Balas dengan tepat dua blok:
1) ```diff
...perubahan...

Jelaskan setiap perubahan dalam satu kalimat dengan baris atau cuplikan yang dikutip. Jika tidak yakin, ajukan pertanyaan klarifikasi alih-alih menebak.

Jika persyaratannya ambigu, ajukan hingga 3 pertanyaan klarifikasi sebelum melanjutkan.

Peran: Insinyur TypeScript senior.
Tujuan: meningkatkan keterbacaan dan keamanan runtime tanpa mengubah API publik.
Env: Node 20, TypeScript 5.4, Zod untuk validasi, ESLint Airbnb, strictNullChecks.
Batasan: tidak ada dependensi runtime baru di luar Zod, tidak ada perubahan yang merusak, pertahankan kompleksitas O(n).
Tugas:
- Kritik → Diff → Refaktor → Pengujian → Catatan.
- Tandai masalah dengan {tingkat keparahan, kategori, alasan}.
- Sertakan skema Zod untuk validasi input dan 4 pengujian unit.
Kode:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
<a17>name: raw.name || 'Unknown',</a16>
age: parseInt(raw.age),
}
}

Jalankan lintasan ESLint mental dan cantumkan pelanggaran yang Anda harapkan, lalu perbaiki.

Untuk setiap perubahan, sebutkan nama pola refactoring (misalnya, Extract Function, Introduce Parameter Object) dan jelaskan kapan menerapkannya di basis kode ini.

Hanya gunakan konteks repo. Tinjau file yang diubah dalam PR ini untuk [tujuan]. Anotasi temuan sebaris dengan tingkat keparahan dan alasan. Usulkan diff yang mempertahankan API publik dan NFR. Sertakan pengujian yang hanya menyentuh jalur yang diubah.