Frontend
Typescript
Regras de type safety em TypeScript — sem any, narrowing, validação de resposta de API. Invoque ao escrever ou revisar qualquer código TypeScript no frontend.
TypeScript
Regras inegociáveis
- Sem
any. Useunknown+ narrowing, ou defina o tipo correto. Umfield as anypra contornar um erro de tipo quase sempre indica que o tipo de origem está errado — corrija o tipo, não o cast. - Toda função tipada por completo — sem parâmetro implicitamente
any. interfacepara shapes de objeto;typepara uniões, aliases e mapped types. Nuncainterface Foo extends Bar {}vazia só para renomear um tipo — usetype Foo = Bar.- Resposta de API é
unknownaté ser validada por um schema zod:const raw: unknown = await res.json(); const data = UserSchema.parse(raw); // lança se inválido - Evite non-null assertion (
!) — prefira narrowing explícito ou optional chaining. - Import de módulo/alias inexistente (ex.
@schema/...quando o alias configurado é só@/...) só aparece notsc --noEmit— o dev server (Vite/esbuild) não pega isso. Rode o type check antes de considerar uma tarefa pronta.
Skills relacionadas
- Validação de schema (zod):
frontend/react-hook-form-zod - Build tool e env vars tipadas:
frontend/vite