Skills de Testes

Esta habilidade deve ser usada quando o usuário deseja "desenvolver um agente", "criar um agente usando ADK", "executar o agente localmente", "depurar código do agente", "testar um agente", "implantar um agente", "publicar um agente", "monitorar um agente", ou precisar do ciclo de vida de desenvolvimento e diretrizes de codificação do ADK (Agent Development Kit). Ponto de entrada para criar agentes ADK. Sempre ativo — fornece o fluxo de trabalho completo (scaffold, build, evaluate, deploy, publish, observe), regras de preservação de código, orientação de seleção de modelo e...

Encontra a causa raiz antes de aplicar correções para erros, travamentos, regressões, testes com falha, comportamento quebrado e defeitos relatados por captura de tela. Use quando usuários perguntarem sobre 排查/报错/崩溃/不工作/回归/判断为什么报错, ou disserem que algo funcionava antes e agora falha. Não é para revisão de código ou novos recursos.

HyperFrames CLI dev loop — `npx hyperframes` for scaffolding (init), validation (lint, inspect), preview, render, and environment troubleshooting (doctor, browser, info, upgrade). Use when running any of these commands or troubleshooting the HyperFrames build/render environment. For asset preprocessing commands (`tts`, `transcribe`, `remove-background`), invoke the `hyperframes-media` skill instead.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

We need to translate the given text from English to Brazilian Portuguese. The text describes a skill called "minimal-run-and-audit" but the name is not to be included unless it appears in the source text. The source text does not include the name "minimal-run-and-audit" inside the <text> tags. The text starts with "Rigor Run skill for README-first deep learning repo reproduction." So we translate that. Important: Preserve product names, protocol names, URLs, numbers, technical terms. So "Rigor Run", "README-first", "deep learning", "repro_outputs/", "patch notes", etc. should remain as is or translated if they are common terms? "deep learning" is often kept as is in Portuguese, but can be translated as "aprendizado profundo". However, the instruction says preserve technical terms. I think "deep learning" is a technical term, so keep it. "README-first" is a concept, maybe keep as is. "Rigor Run" is a skill name? It says

Instrumenta o código para que o comportamento em produção seja visível e diagnosticável. Use ao adicionar logs, métricas, rastreamento ou alertas. Use ao enviar qualquer funcionalidade que rode em produção e você precise de evidências de que funciona. Use quando problemas em produção são reportados, mas você não consegue identificar o que aconteceu a partir dos dados disponíveis.

Habilidade abrangente do OpenTUI para construir interfaces de usuário no terminal. Abrange a API imperativa principal, o reconciler React e o reconciler Solid. Use para qualquer tarefa de desenvolvimento de TUI, incluindo componentes, layout, manipulação de teclado, animações e testes.

Otimize o desempenho da web para carregamento mais rápido e melhor experiência do usuário. Use quando solicitado a "acelerar meu site", "otimizar o desempenho", "reduzir o tempo de carregamento", "corrigir carregamento lento", "melhorar a velocidade da página" ou "auditoria de desempenho".

Usar ao escrever testes Playwright, corrigir testes instáveis, depurar falhas, implementar Page Object Model, configurar CI/CD, otimizar desempenho, simular APIs, lidar com autenticação ou OAuth, testar acessibilidade (axe-core), uploads/downloads de arquivos, simulação de data/hora, WebSockets, geolocalização, permissões, fluxos de múltiplas abas/popups, layouts mobile/responsivos, gestos de toque, GraphQL, tratamento de erros, modo offline, colaboração multiusuário, serviços de terceiros (pagamentos, verificação de e-mail),...

Sessão interativa de QA onde o usuário relata bugs ou problemas de forma conversacional, e o agente registra issues no GitHub. Explora a base de código em segundo plano para contexto e linguagem do domínio. Use quando o usuário quiser relatar bugs, fazer QA, registrar issues de forma conversacional ou mencionar "sessão de QA".

Habilidade de Debug Rigoroso / Auditoria Rigorosa para trabalhos de pesquisa em aprendizado profundo. Use quando o usuário colar um traceback, erro de terminal, CUDA OOM, falha ao carregar checkpoint, incompatibilidade de forma, sintoma de perda NaN ou falha de treinamento e quiser um diagnóstico conservador antes de qualquer correção, com correções de debug claramente separadas das contribuições de pesquisa. Não use para refatoração ampla, adaptação especulativa, correção exploratória automática ou familiarização geral com o repositório.

Execute uma "saga" de desenvolvimento autônoma e orientada por especificações para funcionalidades de médio a grande porte, utilizando um agente orquestrador e uma frota de subagentes trabalhadores. Use esta habilidade sempre que o usuário invocar /saga, solicitar a construção autônoma de uma funcionalidade considerável de ponta a ponta com intervenção humana mínima, desejar uma especificação abrangente dividida em marcos e tarefas com critérios de validação rigorosos antes da implementação paralelizada, ou quiser que um orquestrador delegue a implementação a agentes trabalhadores enquanto preserva sua...

Configurar hooks de pré-commit do Husky com lint-staged (Prettier), verificação de tipos e testes no repositório atual. Usar quando o usuário quiser adicionar hooks de pré-commit, configurar Husky, configurar lint-staged ou adicionar formatação/verificação de tipos/testes no momento do commit.

Use ao encontrar qualquer bug, falha em testes ou comportamento inesperado, antes de propor correções

Desenvolvimento orientado a testes com ciclo red-green-refactor. Use quando o usuário quiser construir funcionalidades ou corrigir bugs usando TDD, mencionar "red-green-refactor", quiser testes de integração ou pedir desenvolvimento orientado a testes.

Use ao implementar qualquer funcionalidade ou correção de bug, antes de escrever o código de implementação

Use quando o trabalho depende da sessão ativa do navegador do usuário ou do estado renderizado visível, em vez de buscas estáticas, especialmente para contextos de depuração de navegador ou elementos ou requisições selecionadas no DevTools, painéis logados ou fluxos de CMS, aplicativos localhost, formulários, uploads, downloads, inspeção de mídia, inspeção de DOM ou iframe, Shadow DOM, ou falhas do navegador que parecem soft 404s, muros de autenticação, verificações anti-bot ou limites de taxa.

Validar se a implementação de um branch ou pull request corresponde às especificações de produto, técnicas, de segurança e relacionadas introduzidas. Use ao revisar ou finalizar uma alteração orientada por especificações e ao resolver incompatibilidades entre as especificações registradas e a implementação.

Use quando estiver prestes a afirmar que o trabalho está completo, corrigido ou passando, antes de commitar ou criar PRs — requer executar comandos de verificação e confirmar a saída antes de fazer qualquer afirmação de sucesso; evidências antes de alegações sempre.

Framework de testes unitários rápidos Vitest, alimentado pelo Vite, com API compatível com Jest. Use ao escrever testes, fazer mocking, configurar cobertura ou trabalhar com filtragem de testes e fixtures.

Auditoria abrangente de qualidade web cobrindo desempenho, acessibilidade, SEO e melhores práticas. Use quando solicitado a "auditar meu site", "revisar qualidade web", "executar auditoria lighthouse", "verificar qualidade da página" ou "otimizar meu site".