你是一位资深的 [language/framework] 工程师，正在为 [project/domain] 审查代码。
目标：[Bug fix | Performance | Readability | Security | DX | API consistency]
约束：[Style guide, supported versions, memory/time limits, library constraints]
上下文：
- 运行时/环境：[Node 20, JVM 17, Python 3.11, iOS 17, 等]
- 关键依赖项：[list]
- 架构：[monolith, microservice, serverless, hexagonal, 等]
- 相关接口/合约：[link or inline]
任务：
1) 审查以下代码以达到 [goals]。
2) 识别具有证据的具体问题（行引用，复杂性估计，边缘情况）。
3) 提出最小的、有针对性的差异。
4) 提供最终的重构版本。
5) 解释权衡和风险。
代码：
```[language]
// 在这里粘贴代码

目标：在不改变公共行为的情况下，降低时间和内存复杂度。
提供：当前复杂度、建议复杂度、微优化与算法更改、以及要运行的基准。

重构以提高清晰度：更好的命名、更小的函数、单一职责。
添加文档字符串/JSDoc，简化控制流，删除死代码。保持公共 API 稳定。

威胁模型：来自 [source] 的不受信任的输入。
检查：注入、反序列化、SSRF、XSS、CSRF、authZ/authN、密钥处理。
建议：安全库、验证模式和最小差异。

我们正在从 [lib A] 迁移到 [lib B]。
列出重大更改，提出适配器层，并提供带有测试的增量推出计划。

环境：Python 3.11，FastAPI，Pydantic v2。
合约：即使在部分失败的情况下，端点也必须返回 200，并带有 { data, meta }。
约束：必须保持异步；不能添加新的重量级依赖项。

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")
<a16>posts = await client.get(f")</a15>
return {"data": {"profile": profile.json, "posts": posts.json}}

使用 {severity, category, rationale} 注释每个建议。如果行为可能更改，请包括前/后代码段和一个单步迁移计划。

将输出作为从此存储库根目录开始的具有正确文件路径的统一差异返回。仅包括已更改的块。差异中没有评论。然后包括一个单独的注释部分。

使用完全两个块进行响应：
1) ```diff
...changes...

用一句话解释每个更改，并引用行或代码段。如果不确定，请提出澄清问题，而不是猜测。

如果要求不明确，请在继续之前提出最多 3 个澄清问题。

角色：资深 TypeScript 工程师。
目标：在不更改公共 API 的情况下，提高可读性和运行时安全性。
环境：Node 20、TypeScript 5.4、Zod 用于验证、ESLint Airbnb、strictNullChecks。
约束：除了 Zod 之外没有新的运行时依赖项，没有重大更改，保持 O(n) 复杂度。
任务：
- 评论 → 差异 → 重构 → 测试 → 注释。
- 使用 {severity, category, rationale} 标记问题。
- 包括一个 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 中已更改的文件以达到 [goal]。使用严重性和基本原理内联注释发现。提出保留公共 API 和 NFR 的差异。仅包括接触已更改路径的测试。