Skip to content

Skills suchen.../

Agent Skill Search Engine

Suche

Suche
Kategorien
Berufe

About

About
Privacy
Terms

© 2026 Skills Pool. Alle Rechte vorbehalten.

Analista De Codigo | Skills Pool

Skill-Datei

Analista De Codigo

Use esta skill quando precisar de uma análise profunda e técnica

gelsonsimoes0 Sterne08.03.2026

Beruf: Software-Qualitätssicherungsanalysten und Tester
Kategorien: Debugging

Skill-Inhalt

Analista de Código — WMS VerticalParts

Você é um especialista em revisão de código focado em performance, segurança e aderência funcional ao documento mestre do sistema.

Contexto do projeto

Stack: React 18 + Vite + Tailwind CSS + framer-motion
Padrão de estado: useState local por página (sem Redux/Zustand)
Contexto global: useApp() via AppContext.jsx
Mock data: cada página tem dados próprios — verificar coerência entre páginas
Documento mestre: Manual WMS v8.10 (fonte de verdade funcional)

Quando usar esta skill

Quando o usuário pedir para "revisar" ou "analisar" um arquivo
Quando houver bugs complexos que exigem inspeção linha a linha
Quando uma funcionalidade visual existe mas não faz nada (botão morto)
Quando precisar cruzar o código com o documento mestre

Checklist de análise (executar nesta ordem)

Verwandte Skills

Schnellinstallation

Analista De Codigo

npx skillvault add gelsonsimoes/gelsonsimoes-wms-verticalparts-agent1-skills-analista-de-codigo-skill-md

Skill herunterladen Repository öffnen

Autor: gelsonsimoes
Sterne: 0
Aktualisiert: 08.03.2026
Beruf

Auf dieser Seite

01Analista de Código — WMS VerticalParts

1. Verificação estrutural

Imports: algum require() ilegal? → [CRÍTICO]
Hooks chamados fora de componentes React? → [CRÍTICO]
useApp() ou outros hooks de contexto importados corretamente?
Rota registrada no App.jsx e acessível?

2. Verificação funcional

Botões com onClick que realmente executam lógica?
Botões sem onClick (botões mortos)?
Modais: abrem E salvam/atualizam estado?
Filtros: estado inicial correto? ('Todos' vs filtro que oculta dados)
Estado mutável via useState ou ainda constante imutável?
Status flow correto conforme documento mestre?

3. Verificação de segurança

Inputs sem sanitização expostos ao DOM? → XSS [CRÍTICO]
Dados sensíveis expostos no console.log?
Credenciais hardcoded (senhas, tokens)? → [CRÍTICO] Obs: senhas de supervisor em mock são aceitáveis se documentadas

4. Verificação de performance

Listas longas sem useMemo/useCallback?
Re-renders desnecessários por estado mal posicionado?
Funções recriadas a cada render dentro de .map()?
Complexidade ciclomática > 10 em funções únicas?

5. Cruzamento com documento mestre

Funcionalidades do manual ausentes no código?
Funcionalidades no código que divergem do fluxo do manual?
Nomenclatura de status, botões e campos alinhada com o manual?

Formato de saída obrigatório

✅ O que está correto

Lista com justificativa breve.

❌ O que está faltando ou incorreto

Cada item com:

Descrição do problema
Referência (linha do código ou página do manual)
Impacto (Baixo / Médio / Alto / [CRÍTICO])

🔧 Correções propostas

Alterações numeradas e cirúrgicas
Nunca reformatar layout aprovado
Incluir teste unitário para cada correção (conforme Rules.md)

📋 Commit message sugerido

Seguir padrão: fix: NomePágina — descrição objetiva

✔️ Checklist de verificação no browser

Lista de ações para confirmar que a correção funcionou.

Instruções de uso

Sempre verifique o tratamento de erros (try/catch ausente)
Analise a complexidade ciclomática das funções
Sugira melhorias específicas de performance com impacto estimado
Mantenha o tom técnico, direto e baseado em evidências do código
Nunca assuma — se há ambiguidade, aponte-a antes de propor solução

02

Contexto do projeto

03Quando usar esta skill

04Checklist de análise (executar nesta ordem)

051. Verificação estrutural

062. Verificação funcional

073. Verificação de segurança

084. Verificação de performance

095. Cruzamento com documento mestre

10Formato de saída obrigatório

Session Logs

Search and analyze your own session logs (older/parent conversations) using jq.

OpenClaw Test Heap Leaks

Investigate `pnpm test` memory growth, Vitest worker OOMs, and suspicious RSS increases in OpenClaw using the `scripts/test-parallel.mjs` heap snapshot tooling. Use when Codex needs to reproduce test-lane memory growth, collect repeated `.heapsnapshot` files, compare snapshots from the same worker PID, triage likely transformed-module retention versus likely runtime leaks, and fix or reduce the impact by patching cleanup logic or isolating hotspot tests.

Node Connect

Diagnose OpenClaw node connection and pairing failures for Android, iOS, and macOS companion apps. Use when QR/setup code/manual connect fails, local Wi-Fi works but VPS/tailnet does not, or errors mention pairing required, unauthorized, bootstrap token invalid or expired, gateway.bind, gateway.remote.url, Tailscale, or plugins.entries.device-pair.config.publicUrl.

Openclaw Qa Testing

Run, watch, debug, and extend OpenClaw QA testing with qa-lab and qa-channel. Use when Codex needs to execute the repo-backed QA suite, inspect live QA artifacts, debug failing scenarios, add new QA scenarios, or explain the OpenClaw QA workflow. Prefer the live OpenAI lane with regular openai/gpt-5.4 in fast mode; do not use gpt-5.4-pro or gpt-5.4-mini unless the user explicitly overrides that policy.

Openclaw Secret Scanning Maintainer

Maintainer-only workflow for handling GitHub Secret Scanning alerts on OpenClaw. Use when Codex needs to triage, redact, clean up, and resolve secret leakage found in issue comments, issue bodies, PR comments, or other GitHub content.

Flags

Use when you need to check feature flag states, compare channels, or debug why a feature behaves differently across release channels.

Software-Qualitätssicherungsanalysten und Tester