Você é um engenheiro sênior de [linguagem/framework] revisando o código para [projeto/domínio].
Objetivo: [Correção de bug | Desempenho | Legibilidade | Segurança | DX | Consistência da API]
Restrições: [Guia de estilo, versões suportadas, limites de memória/tempo, restrições de biblioteca]
Contexto:
- Runtime/Env: [Node 20, JVM 17, Python 3.11, iOS 17, etc.]
- Dependências principais: [lista]
- Arquitetura: [monólito, microsserviço, serverless, hexagonal, etc.]
- Interfaces/contratos relevantes: [link ou inline]
Tarefa:
1) Revise o código a seguir para [metas].
2) Identifique problemas específicos com evidências (referências de linha, estimativas de complexidade, casos extremos).
3) Proponha diffs mínimos e direcionados.
4) Forneça uma versão final refatorada.
5) Explique as compensações e os riscos.
Código:
```[linguagem]
// cole o código aqui

Objetivo: reduzir a complexidade de tempo e memória sem alterar o comportamento público.
Forneça: complexidade atual, complexidade proposta, micro-otimizações versus alterações algorítmicas e benchmarks para executar.

Refatore para clareza: melhor nomenclatura, funções menores, responsabilidade única.
Adicione docstrings/JSDoc, simplifique o fluxo de controle, remova o código morto. Mantenha a API pública estável.

Modelo de ameaça: entrada não confiável de [fonte].
Verifique: injeção, desserialização, SSRF, XSS, CSRF, authZ/authN, tratamento de segredos.
Sugira: bibliotecas seguras, padrões de validação e diffs mínimos.

Estamos migrando de [lib A] para [lib B].
Liste as alterações interruptivas, proponha uma camada de adaptador e forneça um plano de lançamento incremental com testes.

Env: Python 3.11, FastAPI, Pydantic v2.
Contrato: o endpoint deve retornar 200 com { data, meta } mesmo em falhas parciais.
Restrição: deve permanecer assíncrono; não pode adicionar novas dependências pesadas.

1) Crítica: liste problemas concretos com evidências.
2) Diff: menores alterações para corrigir.
3) Refatoração: código final limpo e idiomático.
4) Testes: testes de unidade cobrindo caminho feliz + 3 casos extremos.

Proponha 3 opções de refatoração:
- Opção A: mudança mínima
- Opção B: redesenho moderado
- Opção C: reescrita completa
Para cada: prós/contras, complexidade, risco, plano de migração e quando escolhê-lo.

Restrições: mesma API pública, <50ms p95, <10MB de memória adicional, sem novas dependências de runtime.
Mostre como sua refatoração atende a cada restrição com medições ou raciocínio.

Você é um engenheiro sênior de Python. Objetivo: correção + desempenho.
Env: Python 3.11, FastAPI, httpx, Pydantic v2. Contrato: nunca levante em falha parcial.
Tarefa: revisar e refatorar. Forneça crítica → diffs mínimos → refatoração final → testes.
Código:
```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}}

Anote cada sugestão com: {gravidade, categoria, justificativa}. Inclua snippets antes/depois e um plano de migração de uma etapa se o comportamento puder mudar.

Retorne a saída como um diff unificado com caminhos de arquivo corretos da raiz deste repositório. Inclua apenas hunks alterados. Sem comentários no diff. Em seguida, inclua uma seção separada para notas.

Responda com exatamente dois blocos:
1) ```diff
...alterações...

Explique cada alteração em uma frase com uma linha ou snippet citado. Se não tiver certeza, faça uma pergunta de esclarecimento em vez de adivinhar.

Se os requisitos forem ambíguos, faça até 3 perguntas de esclarecimento antes de prosseguir.

Papel: Engenheiro Sênior de TypeScript.
Objetivo: melhorar a legibilidade e a segurança de runtime sem alterar a API pública.
Env: Node 20, TypeScript 5.4, Zod para validação, ESLint Airbnb, strictNullChecks.
Restrições: sem novas dependências de runtime além do Zod, sem alterações interruptivas, manter a complexidade O(n).
Tarefa:
- Crítica → Diff → Refatoração → Testes → Notas.
- Marcar problemas com {gravidade, categoria, justificativa}.
- Incluir um esquema Zod para validação de entrada e 4 testes de unidade.
Código:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
name: raw.name || 'Unknown',
age: parseInt(raw.age),
}
}

Execute uma passagem mental do ESLint e liste as violações que você esperaria e, em seguida, corrija-as.

Para cada alteração, nomeie o padrão de refatoração (por exemplo, Extrair Função, Introduzir Objeto de Parâmetro) e explique quando aplicá-lo nesta base de código.

Use apenas o contexto do repositório. Revise os arquivos alterados neste PR para [meta]. Anote as descobertas inline com gravidade e justificativa. Proponha diffs que preservem a API pública e os RNFs. Inclua testes tocando apenas nos caminhos alterados.