あなたは [言語/フレームワーク] の上級エンジニアで、[プロジェクト/ドメイン] のコードをレビューしています。
目標: [バグ修正 | パフォーマンス | 可読性 | セキュリティ | DX | APIの一貫性]
制約: [スタイルガイド、サポートされているバージョン、メモリ/時間制限、ライブラリの制約]
コンテキスト:
- ランタイム/環境: [Node 20, JVM 17, Python 3.11, iOS 17, など]
- 主要な依存関係: [リスト]
- アーキテクチャ: [モノリス、マイクロサービス、サーバーレス、六角形、など]
- 関連するインターフェース/コントラクト: [リンクまたはインライン]
タスク:
1) 以下のコードを [目標] に従ってレビューしてください。
2) 証拠（行参照、複雑さの見積もり、エッジケース）とともに特定の問題を特定してください。
3) 最小限の、対象を絞った差分を提案してください。
4) 最終的なリファクタリングされたバージョンを提供してください。
5) トレードオフとリスクを説明してください。
コード:
```[言語]
// コードをここに貼り付けます

目標: パブリックな動作を変更せずに、時間とメモリの複雑さを軽減します。
提供するもの: 現在の複雑さ、提案された複雑さ、マイクロ最適化とアルゴリズムの変更、および実行するベンチマーク。

明確さのためにリファクタリングします: より良い命名、より小さな関数、単一責任。
ドキュメンテーション/JSDocを追加し、制御フローを簡素化し、デッドコードを削除します。パブリックAPIを安定に保ちます。

脅威モデル: [ソース]からの信頼できない入力。
チェック: インジェクション、デシリアライゼーション、SSRF、XSS、CSRF、authZ/authN、シークレットの処理。
提案: 安全なライブラリ、検証パターン、および最小限の差分。

[lib A] から [lib B] に移行しています。
互換性のない変更をリストし、アダプターレイヤーを提案し、テスト付きの段階的なロールアウト計画を提供します。

環境: Python 3.11、FastAPI、Pydantic v2。
コントラクト: 部分的な失敗が発生した場合でも、エンドポイントは { data, meta } で 200 を返す必要があります。
制約: 非同期のままである必要があります。新しい重い依存関係を追加することはできません。

1) 批判: 証拠とともに具体的な問題をリストします。
2) 差分: 修正する最小限の変更。
3) リファクタ: クリーンで慣用的な最終コード。
4) テスト: 正常系 + 3 つのエッジケースをカバーする単体テスト。

3つのリファクタオプションを提案します:
- オプション A: 最小限の変更
- オプション B: 適度な再設計
- オプション C: 完全な書き換え
それぞれについて: 長所/短所、複雑さ、リスク、移行計画、および選択するタイミング。

制約: 同じパブリックAPI、<50ms p95、<10MBの追加メモリ、新しいランタイム依存関係はありません。
リファクタが測定または推論で各制約を満たす方法を示します。

あなたは上級Pythonエンジニアです。目標: 正確さ + パフォーマンス。
環境: Python 3.11、FastAPI、httpx、Pydantic v2。契約: 部分的な失敗が発生しても例外を発生させないでください。
タスク: レビューとリファクタリング。批判 → 最小限の差分 → 最終的なリファクタ → テストを提供してください。
コード:
```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}}

各提案に {重要度、カテゴリ、根拠} を注釈付けします。動作が変更される可能性がある場合は、ビフォー/アフタースニペットと 1 ステップの移行計画を含めます。

このリポジトリのルートからの正しいファイルパスを含む unified diff として出力を返します。変更されたハンクのみを含めます。差分に解説は含めないでください。次に、注記のセクションを別途含めます。

正確に 2 つのブロックで応答します:
1) ```diff
...変更...

引用された行またはスニペットを使用して、各変更を 1 つの文で説明します。不明な場合は、推測する代わりに明確にするための質問をします。

要件が曖昧な場合は、続行する前に最大 3 つの明確にするための質問をします。

役割: 上級 TypeScript エンジニア。
目標: パブリックAPIを変更せずに、可読性とランタイムの安全性を向上させます。
環境: Node 20、TypeScript 5.4、Zod による検証、ESLint Airbnb、strictNullChecks。
制約: Zod を超える新しいランタイム依存関係はなく、破壊的な変更はなく、O(n) の複雑さを維持します。
タスク:
- 批判 → 差分 → リファクタ → テスト → 注記。
- {重要度、カテゴリ、根拠} で問題をタグ付けします。
- 入力検証のための Zod スキーマと 4 つの単体テストを含めます。
コード:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
name: raw.name || 'Unknown',
age: parseInt(raw.age),
}
}

メンタル ESLint パスを実行し、予想される違反をリストしてから修正します。

変更ごとに、リファクタリングパターン（例：関数の抽出、パラメーターオブジェクトの導入）を名前を付け、このコードベースでそれを適用するタイミングを説明します。

リポジトリコンテキストのみを使用してください。この PR で変更されたファイルを [目標] に従ってレビューしてください。重要度と根拠をインラインで注釈付けします。パブリックAPIとNFRを保持する差分を提案します。変更されたパスのみに触れるテストを含めます。