Skills de Testes

Auditar e melhorar a acessibilidade web seguindo as diretrizes WCAG 2.2. Use quando solicitado a "melhorar a acessibilidade", "auditoria de a11y", "conformidade com WCAG", "suporte a leitores de tela", "navegação por teclado" ou "tornar acessível".

Automação de navegador para agentes de IA via inference.sh. Navegue por páginas da web, interaja com elementos usando referências @e, tire capturas de tela, grave vídeo. Capacidades: raspagem web, preenchimento de formulários, cliques, digitação, arrastar e soltar, upload de arquivos, execução de JavaScript. Use para: automação web, extração de dados, testes, navegação por agente, pesquisa. Gatilhos: navegador, automação web, raspar, navegar, clicar, preencher formulário, captura de tela, navegar na web, playwright, navegador headless, agente web, surfar na internet, gravar vídeo

Automação de navegador para agentes de IA via inference.sh. Navegue por páginas da web, interaja com elementos usando referências @e, tire capturas de tela, grave vídeo. Capacidades: raspagem web, preenchimento de formulários, cliques, digitação, arrastar e soltar, upload de arquivos, execução de JavaScript. Use para: automação web, extração de dados, testes, navegação por agente, pesquisa. Gatilhos: navegador, automação web, raspar, navegar, clicar, preencher formulário, captura de tela, navegar na web, playwright, navegador headless, agente web, surfar na internet, gravar vídeo

Automação de navegador para agentes de IA via inference.sh. Navegue por páginas da web, interaja com elementos usando referências @e, tire capturas de tela, grave vídeo. Capacidades: raspagem web, preenchimento de formulários, cliques, digitação, arrastar e soltar, upload de arquivos, execução de JavaScript. Use para: automação web, extração de dados, testes, navegação por agente, pesquisa. Gatilhos: navegador, automação web, raspar, navegar, clicar, preencher formulário, captura de tela, navegar na web, playwright, navegador headless, agente web, surfar na internet, gravar vídeo

Inicie e gerencie navegadores anti-detecção com impressões digitais únicas de dispositivos reais para operações com múltiplas contas, raspagem web, verificação de anúncios e automação de agentes de IA. Use quando o usuário precisar executar várias sessões de navegador com identidades distintas, gerenciar perfis persistentes de navegador, automatizar tarefas entre contas ou construir fluxos de trabalho de agentes que exijam isolamento de impressão digital do navegador. Use também quando o usuário mencionar antibrow, navegador anti-detecção ou navegador de impressão digital.

Audite um site com a CLI squirrelscan e corrija os resultados no código. Executa SEO, desempenho, segurança, aspectos técnicos, conteúdo, acessibilidade e outras 15 categorias de regras (mais de 249 regras), retorna um relatório otimizado para LLM e, em seguida, conduz um loop iterativo de correção, mapeando problemas para arquivos de origem, aplicando correções e reauditando até que o site obtenha uma boa pontuação. Use para descobrir e avaliar problemas em sites ou aplicativos web e resolvê-los.

Validação pré-implantação para infraestrutura, configuração e permissões do Azure antes da implantação. Requer .azure/plan.md de uma execução anterior do azure-prepare; interrompe imediatamente se o plano estiver ausente. Executa comandos de validação específicos da receita (azd provision, bicep build, terraform validate) e registra a prova no documento do plano. Realiza verificação de build, verificações de configuração e validação de permissões; bloqueia a implantação se alguma verificação falhar. Único método autorizado para definir o status do plano como...

browser-act é uma CLI para automação de navegador com capacidades de stealth e resolução de captcha. Suporta dois tipos de navegador (Stealth e Chrome Real) e fornece comandos para navegação, interação com páginas, extração de dados, gerenciamento de abas/sessões e muito mais.

Testa em navegadores reais via Chrome DevTools MCP. Use ao construir ou depurar qualquer coisa que rode em um navegador. Use quando precisar inspecionar o DOM, capturar erros do console, analisar requisições de rede, perfilar desempenho ou verificar saída visual com dados reais de execução. Requer que o servidor MCP chrome-devtools esteja configurado.

Compare a implementação de um pull request com o contexto da especificação em spec_context.md e alimente quaisquer discrepâncias materiais no review.json. Use durante a revisão de PR quando aprovado ou quando o contexto da especificação do repositório estiver disponível.

Automatiza a configuração de pipelines de CI/CD. Use ao configurar ou modificar pipelines de build e deploy. Use quando precisar automatizar portões de qualidade, configurar executores de teste em CI ou estabelecer estratégias de implantação.

Revise as alterações desde um ponto fixo (commit, branch, tag ou merge-base) em dois eixos — Padrões (o código segue os padrões de codificação documentados deste repositório?) e Especificação (o código corresponde ao que a issue/PRD original solicitou?). Executa ambas as revisões em subagentes paralelos e as reporta lado a lado. Use quando o usuário quiser revisar uma branch, um PR, alterações em andamento, ou pedir para "revisar desde X".

We need to translate the given text from English to Brazilian Portuguese. The instruction says to preserve product names, protocol names, URLs, numbers, and technical terms. The name "computer-use" is to be preserved but not included unless it appears in the source text. The source text includes "computer-use" in the first sentence: "Use Orca's computer-use CLI". So we should keep "computer-use" as is. Also "Orca" is a product name, keep it. "CLI" is a technical term, keep it. "accessibility trees", "screenshots", "UI actions", "desktop app interaction", "list apps/windows", "get app state", "read visible UI", "click controls", "type", "press keys", "scroll", "drag", "set values", "accessibility actions", "browser windows", "webviews", "Orca app UI", "desktop UI", "computer use", "orca computer", "read Spotify", "read Slack", "control/click/read in a..." - these

Otimize Core Web Vitals (LCP, INP, CLS) para melhor experiência de página e classificação em buscas. Use quando solicitado a "melhorar Core Web Vitals", "corrigir LCP", "reduzir CLS", "otimizar INP", "otimização de experiência de página" ou "corrigir mudanças de layout".

Guia a depuração sistemática de causa raiz. Use quando testes falharem, builds quebrarem, comportamento não corresponder às expectativas ou você encontrar qualquer erro inesperado. Use quando precisar de uma abordagem sistemática para encontrar e corrigir a causa raiz, em vez de adivinhar.

Loop de diagnóstico disciplinado para bugs difíceis e regressões de performance. Reproduzir → minimizar → hipotetizar → instrumentar → corrigir → testar regressão. Use quando o usuário disser "diagnostique isso" / "depure isso", relatar um bug, disser que algo está quebrado/lançando exceção/falhando, ou descrever uma regressão de performance.

Diagnosticar falhas de CI para um PR usando o GitHub CLI, extrair logs de erro e gerar um plano para corrigi-las. Use quando o usuário pedir para verificar o status da CI, puxar problemas de CI, triar falhas de teste ou investigar falhas de build de PR.

Loop de diagnóstico para bugs difíceis e regressões de performance. Use quando o usuário disser "diagnostique"/"depure isso", ou relatar algo quebrado/lançando exceção/falhando/lento.

Framework (OSS). Diretrizes para atualizar versões do SDK Expo e corrigir problemas de dependência.

Teste de QA em um site ao vivo com o navegador Firecrawl e coleta de evidências. Use quando o usuário quiser QA exploratório, teste de formulários, verificação de navegação/links, testes responsivos, observações de desempenho, relatórios de bugs ou uma revisão de qualidade pré-lançamento.

Corrige erros de compilação, problemas de lint e falhas em testes no código Rust do warp. Abrange verificações de presubmit, erros específicos de WASM e execução de testes específicos. Use quando o usuário encontrar erros de build, falhas no clippy ou fmt, falhas em testes, ou precisar executar ou interpretar o presubmit antes de um PR.

Substitui o comportamento padrão de truncamento do LLM. Garante a geração completa de código, proíbe padrões de placeholder e lida corretamente com divisões por limite de tokens. Aplicável a qualquer tarefa que exija saída exaustiva e sem abreviações.

Benchmarking, profiling e medição de desempenho em Golang. Use ao escrever, executar ou comparar benchmarks em Go, fazer profiling de caminhos críticos com pprof, interpretar perfis de CPU/memória/trace, analisar resultados com benchstat, configurar detecção de regressão de benchmark em CI ou investigar desempenho em produção com métricas de runtime do Prometheus. Também use quando o desenvolvedor precisar de análise aprofundada sobre um indicador específico de desempenho — esta skill fornece a metodologia de medição, enquanto...

Configuração de pipeline CI/CD usando GitHub Actions para projetos Golang — testes, linting, SAST, varredura de segurança, cobertura de código, Dependabot, Renovate, GoReleaser, automação de revisão de código e pipelines de release. Use ao configurar ou melhorar a CI de projetos Go, configurar workflows do GitHub Actions, adicionar linters ou scanners de segurança, automatizar atualizações de dependências ou adicionar portões de qualidade.

Orquestrador de habilidades Golang — sempre ativo em qualquer tarefa de codificação, revisão, depuração ou configuração em Golang. Lê o contexto da tarefa e carrega as habilidades mais relevantes do samber/cc-skills-golang, frequentemente várias de uma vez: escrever um serviço gRPC carrega golang-grpc + golang-testing + golang-error-handling; depurar um panic carrega golang-troubleshooting + golang-safety; auditar segurança carrega golang-security + golang-lint + golang-safety. Também: desambigua clusters concorrentes quando duas habilidades parecem se sobrepor...

Melhores práticas de linting e configuração do golangci-lint para projetos Golang — execução de linters, configuração do .golangci.yml, supressão de avisos com diretivas nolint, interpretação da saída de lint e seleção de linters. Use ao configurar o golangci-lint, ao perguntar sobre avisos de lint ou supressões nolint, ao configurar ferramentas de qualidade de código ou ao escolher linters. Use também quando o usuário mencionar golangci-lint, go vet, staticcheck ou revive.

Injeção de dependência em Golang usando samber/do — contêineres de serviço, gerenciamento de ciclo de vida, escopos, verificações de saúde, desligamento gracioso e organização de módulos. Aplique ao usar ou adotar samber/do, quando o código importar github.com/samber/do ou github.com/samber/do/v2, ou ao refatorar injeção manual de construtores para um contêiner de DI.

Guia completo sobre stretchr/testify para testes em Golang. Aborda os pacotes assert, require, mock e suite em profundidade. Use ao escrever testes com testify, criar mocks, configurar suites de teste ou escolher entre assert e require. Cobre asserções do testify, expectativas de mock, correspondentes de argumentos, verificação de chamadas, ciclo de vida de suites e padrões avançados como Eventually, JSONEq e correspondentes personalizados. Aplique quando o código importar github.com/stretchr/testify.

We need to translate the given text from English to Brazilian Portuguese. The text is a description of a skill for Golang testing. We must preserve the name "golang-testing" but it's not in the text, so we don't include it. Also preserve technical terms like "table-driven tests", "testify suites", "mocks", "parallel tests", "fuzzing", "fixtures", "goroutine leak detection", "goleak", "snapshot testing", "code coverage", "integration tests", "idiomatic test naming", "Go test CI", "flaky/slow tests", "testify-specific APIs", "samber/cc-skills-golang@golang-stretchr-testify", "measurement methodology". Also preserve URLs? There is no URL. Numbers? None. So just translate the surrounding Portuguese text naturally. The text: "Production-ready Golang tests — table-driven tests, testify suites and mocks, parallel tests, fuzzing, fixtures, goroutine leak detection with goleak, snapshot testing, code coverage,

We need to translate the given text from English to Brazilian Portuguese. The text is a description of a skill named "golang-troubleshooting". The instruction says to preserve the name if it appears in the source text, but the name "golang-troubleshooting" does not appear in the provided text. The text starts with "Troubleshoot Golang programs systematically..." So we translate that. Also preserve technical terms like "pprof", "Delve debugger", "GODEBUG", etc. The text mentions a reference to another skill: "samber/cc-skills-golang@golang-benchmark" - preserve that exactly. Also note the arrow "→" and the word "skill" in parentheses. We'll translate the surrounding text but keep the reference intact. The target language is Portuguese (Brazil). We need to produce a natural translation. Let's break down the text: "Troubleshoot Golang programs systematically - find and fix the root cause. Use when encountering bugs, crashes, deadlocks, or unexpected behavior in Go code

Esta habilidade deve ser usada quando o usuário deseja "executar uma avaliação", "avaliar meu agente ADK", "escrever um conjunto de dados de avaliação", "analisar falhas de avaliação", "comparar resultados de avaliação", "otimizar agente" ou precisar de orientação sobre a metodologia de avaliação do Agent Platform e o Quality Flywheel. Abrange métricas de avaliação, esquema de conjunto de dados, pontuação LLM-como-juiz e causas comuns de falha. NÃO use para padrões de código de API (use google-agents-cli-adk-code), implantação (use google-agents-cli-deploy) ou scaffolding de projeto (use...

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".

Revise as alterações desde um ponto fixo (commit, branch, tag ou merge-base) em dois eixos — Padrões (o código segue os padrões de codificação documentados deste repositório?) e Especificação (o código corresponde ao que a issue/PRD original solicitou?). Executa ambas as revisões em subagentes paralelos e as reporta lado a lado. Use quando o usuário quiser revisar uma branch, um PR, alterações em andamento ou pedir para "revisar desde X".

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".