Skills de Revisão de código

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

Habilidade somente leitura do Rigor Analyze / Rigor Audit para repositórios de pesquisa em deep learning. Use quando o usuário quiser ler e entender um repositório, inspecionar a estrutura do modelo e pontos de entrada de treinamento ou inferência, revisar configurações e pontos de inserção, ou sinalizar padrões de implementação suspeitos sem modificar código ou executar tarefas pesadas. Não use para execução ativa de comandos, refatoração ampla, adaptação especulativa de código ou correção automática de bugs.

Gera código Angular e fornece orientação arquitetural. Acione ao criar projetos, componentes ou serviços, ou para melhores práticas sobre reatividade (signals, linkedSignal, resource), formulários, injeção de dependência, roteamento, SSR, acessibilidade (ARIA), animações, estilização (estilos de componente, Tailwind CSS), testes ou ferramentas de CLI.

Aplicar as melhores práticas modernas de desenvolvimento web para segurança, compatibilidade e qualidade de código. Usar quando solicitado a "aplicar melhores práticas", "auditoria de segurança", "modernizar código", "revisão de qualidade de código" ou "verificar vulnerabilidades".

Decision guide for delegating to caveman-style subagents. Tells the main thread WHEN to spawn `cavecrew-investigator` (locate code), `cavecrew-builder` (1-2 file edit), or `cavecrew-reviewer` (diff review) instead of doing the work inline or using vanilla `Explore`. Subagent output is caveman-compressed so the tool-result injected back into main context is ~60% smaller — main context lasts longer across long sessions. Trigger: "delegate to subagent", "use cavecrew", "spawn...

Gerador de mensagens de commit ultracompactas. Reduz ruído nas mensagens de commit mantendo intenção e raciocínio. Formato Conventional Commits. Assunto ≤50 caracteres, corpo apenas quando o "porquê" não for óbvio. Use quando o usuário disser "escreva um commit", "mensagem de commit", "gerar commit", "/commit" ou invocar /caveman-commit. Aciona automaticamente ao preparar alterações.

Comentários de revisão de código ultracompactos. Reduz o ruído do feedback de PR enquanto preserva o sinal acionável. Cada comentário é uma linha: localização, problema, correção. Use quando o usuário disser "revise este PR", "revisão de código", "revise o diff", "/review", ou invocar /caveman-review. Aciona automaticamente ao revisar pull requests.

Revisa diffs de código, PRs, filas de issues, prontidão para release, commits, pushes, publicação e auditorias de projeto. Use quando usuários pedirem review/看看代码/合并前/看看issue/PR/release/push ou para implementar um plano aprovado, com barreiras de segurança para worktrees sujos e não rastreados. Não é para explorar ideias, depurar causas raiz ou revisar prosa.

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.

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

Realiza revisão de código em múltiplos eixos. Use antes de mesclar qualquer alteração. Use ao revisar código escrito por você, outro agente ou um humano. Use quando precisar avaliar a qualidade do código em várias dimensões antes de ele entrar no branch principal.

Simplifica o código para maior clareza. Use ao refatorar código para clareza sem alterar o comportamento. Use quando o código funciona, mas está mais difícil de ler, manter ou estender do que deveria. Use ao revisar código que acumulou complexidade desnecessária.

Vocabulário compartilhado para projetar módulos profundos. Use quando o usuário quiser projetar ou melhorar a interface de um módulo, encontrar oportunidades de aprofundamento, decidir onde uma separação deve ocorrer, tornar o código mais testável ou navegável por IA, ou quando outra habilidade precisar do vocabulário de módulo profundo.

Padrões de nomenclatura de branches, worktrees e mensagens de commit baseados no Conventional Commits v1.0.0 para projetos no GitHub e GitLab. Use ao criar branches, nomear worktrees, escrever commits, gerar mensagens de commit, revisar convenções de branches ou configurar automação de changelog. Aplique quando seu projeto precisar de histórico de git consistente, versões orientadas por SemVer, geração de changelog analisável ou fechamento automático de issues. Acione quando o usuário perguntar como nomear uma worktree, criar uma git worktree ou...

Criar um pull request no repositório warp para o branch atual. Usar quando o usuário mencionar abrir um PR, criar um pull request, enviar alterações para revisão ou preparar código para merge.

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.

Gerencia depreciação e migração. Use ao remover sistemas, APIs ou recursos antigos. Use ao migrar usuários de uma implementação para outra. Use ao decidir se deve manter ou descontinuar código existente.

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.

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.

Use quando você tem um plano de implementação por escrito para executar em uma sessão separada com pontos de verificação de revisão.

We need to translate the given text from English to Brazilian Portuguese. The text is a description of an agent skill called "explore-code". The instruction says to preserve the name "explore-code" only if it appears in the source text. It does appear in the source text? Let's check: The source text has "explore-code" in the first line? Actually, the source text starts with "Rigor Improve implementation leaf skill for auditable candidate implementation..." There is no "explore-code" in the provided text. The name is given in the context but not inside the <text> tags. So we should not include it. The instruction says: "Do not include the name unless it appears in the source text." It does not appear. So we just translate the text. Also, preserve product names, protocol names, URLs, numbers, technical terms. So "LoRA", "adapter layers", "rollback-aware records", "explore_outputs/", "current_research" should be kept as is or translated? Technical terms like "LoRA

Orienta o desenvolvimento de servidores backend Fastify Node.js e APIs REST usando TypeScript ou JavaScript. Use ao construir, configurar ou depurar uma aplicação Fastify — incluindo definição de rotas, implementação de plugins, configuração de validação JSON Schema, tratamento de erros, otimização de desempenho, gerenciamento de autenticação, configuração de CORS e cabeçalhos de segurança, integração com bancos de dados, trabalho com WebSockets e implantação em produção. Abrange todo o ciclo de vida de requisição Fastify (hooks,...

Use quando a implementação estiver completa, todos os testes passarem e você precisar decidir como integrar o trabalho - orienta a conclusão do trabalho de desenvolvimento apresentando opções estruturadas para merge, PR ou limpeza.

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.

Estrutura práticas de fluxo de trabalho git. Use ao fazer qualquer alteração de código. Use ao commitar, criar branches, resolver conflitos ou quando precisar organizar o trabalho em múltiplos fluxos paralelos. Use ao cortar um release, escolher um incremento de versão semântica, criar tags ou escrever um changelog.

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

Golang code style conventions — line length and breaking, variable declarations, control flow clarity, when comments help vs hurt. Use when writing or reviewing Go code, asking about style or clarity, or establishing project coding standards. Not for naming conventions (→ See `samber/cc-skills-golang@golang-naming` skill), linter configuration (→ See `samber/cc-skills-golang@golang-lint` skill), or doc comments (→ See `samber/cc-skills-golang@golang-documentation` skill).

Padrões de concorrência em Golang. Use ao escrever ou revisar código Go concorrente envolvendo goroutines, canais, select, locks, primitivas sync, errgroup, singleflight, pools de workers ou pipelines fan-out/fan-in. Também aciona quando você detecta vazamentos de goroutines, condições de corrida, problemas de propriedade de canais ou precisa escolher entre canais e mutexes.

Guia completo para injeção de dependência (DI) em Golang. Aborda por que DI é importante (testabilidade, baixo acoplamento, separação de responsabilidades, gerenciamento de ciclo de vida), injeção manual por construtor e comparação de bibliotecas DI (google/wire, uber-go/dig, uber-go/fx, samber/do). Use esta habilidade ao projetar arquitetura de serviços, configurar injeção de dependência, refatorar código fortemente acoplado, gerenciar singletons ou fábricas de serviços, ou quando o usuário perguntar sobre inversão de controle, serviço...

Padrões de design idiomáticos em Golang — opções funcionais, construtores, fluxo e cascata de erros, gerenciamento e ciclo de vida de recursos, desligamento gracioso, resiliência, arquitetura, injeção de dependência, manipulação de dados, streaming e mais. Aplicar ao escolher explicitamente entre padrões arquiteturais, implementar opções funcionais, projetar APIs de construtores, configurar desligamento gracioso, aplicar padrões de resiliência ou perguntar qual padrão idiomático Go se adequa a um problema específico.

Guia abrangente de documentação para projetos Golang, cobrindo comentários godoc, README, CONTRIBUTING, CHANGELOG, Go Playground, testes de exemplo, documentação de API e llms.txt. Use ao escrever ou revisar comentários de documentação, documentação, adicionar exemplos de código, configurar sites de documentação ou discutir melhores práticas de documentação. Aciona tanto para bibliotecas quanto para aplicações/CLIs.

Idiomatic Golang error handling — creation, wrapping with %w, errors.Is/As, errors.Join, custom error types, sentinel errors, panic/recover, the single handling rule, structured logging with slog, HTTP request logging middleware, and samber/oops for production errors. Built to make logs usable at scale with log aggregation 3rd-party tools. Apply when creating, wrapping, inspecting, or logging errors in Go code. For samber/oops specifics → See `samber/cc-skills-golang@golang-samber-oops`...

Compile-time dependency injection in Golang using google/wire — wire.NewSet, wire.Build, wire.Bind (interface→concrete), wire.Struct, wire.Value, wire.InterfaceValue, wire.FieldsOf, cleanup functions, //go:build wireinject injector files, and generated wire_gen.go. Apply when using or adopting google/wire, when the codebase imports `github.com/google/wire`, or when wiring an application graph at compile time via `wire.Build`. For runtime DI with reflection, see...

Fornece diretrizes de uso do gRPC, organização de protobuf e padrões prontos para produção em microsserviços Golang. Use ao implementar, revisar ou depurar servidores/clientes gRPC, escrever arquivos proto, configurar interceptadores, tratar erros gRPC com códigos de status, configurar TLS/mTLS, testar com bufconn ou trabalhar com RPCs de streaming.

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.

golang-linter — uma skill instalável para agentes de IA.

Modernize código Golang para usar recursos recentes da linguagem, melhorias na biblioteca padrão e padrões idiomáticos. Acione proativamente ao escrever ou revisar código Go e detectar padrões antigos, ou ao encontrar um aviso de depreciação. Use também quando o usuário solicitar explicitamente modernização, atualização de versão do Go ou renovação de CI/ferramentas.

Convenções de nomenclatura em Go (Golang) — abrange pacotes, construtores, structs, interfaces, constantes, enums, erros, booleanos, receivers, getters/setters, opções funcionais, acrônimos, funções de teste e nomes de subtestes. Use esta habilidade ao escrever novo código Go, revisar ou refatorar, escolher entre alternativas de nomenclatura (New vs NewTypeName, isConnected vs connected, ErrNotFound vs NotFoundError, StatusReady vs StatusUnknown no iota 0), debater nomes de pacotes Go (anti-padrões utils/helpers), ou...

Padrões e metodologia de otimização de desempenho em Golang - se gargalo X, então aplique Y. Abrange redução de alocação, eficiência de CPU, layout de memória, ajuste de GC, pooling, caching e otimização de hot-path. Use quando profiling ou benchmarks identificaram um gargalo e você precisa do padrão de otimização correto para corrigi-lo. Use também ao realizar revisão de código de desempenho para sugerir melhorias ou benchmarks que possam ajudar a identificar ganhos rápidos de desempenho. Não é para metodologia de medição (→...

Recomenda bibliotecas e frameworks Golang prontos para produção. Aplique quando o usuário pedir explicitamente sugestões de bibliotecas, quiser comparar alternativas, precisar escolher uma biblioteca para uma tarefa específica ou quando uma nova dependência estiver sendo adicionada ao projeto.

Codificação defensiva em Golang para prevenir panics, corrupção silenciosa de dados e bugs sutis em tempo de execução. Use ao encontrar panics por nil, aliasing em append, acesso concorrente a mapas, armadilhas de comparação de floats ou questões de design de valor zero. Use também ao revisar código para segurança contra nil, estouro em conversão numérica, problemas de ciclo de vida de recursos (defer em loops) ou cópia defensiva de slices e maps.

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.

Monadic types for Golang using samber/mo — Option, Result, Either, Future, IO, Task, and State types for type-safe nullable values, error handling, and functional composition with pipeline sub-packages. Apply when using or adopting samber/mo, when the codebase imports `github.com/samber/mo`, or when considering functional programming patterns as a safety design for Golang.

Práticas recomendadas de segurança e prevenção de vulnerabilidades para Golang. Aborda injeção (SQL, comando, XSS), criptografia, segurança de sistema de arquivos, segurança de rede, cookies, gerenciamento de segredos, segurança de memória e registro. Aplicar ao escrever, revisar ou auditar código Go para segurança, ou ao trabalhar em qualquer código arriscado envolvendo criptografia, E/S, gerenciamento de segredos, manipulação de entrada do usuário ou autenticação. Inclui configuração de ferramentas de segurança.

Golang configuration library using spf13/viper — layered precedence (flag > env > file > KV > default), BindPFlag/BindPFlags, SetEnvPrefix + SetEnvKeyReplacer + AutomaticEnv, ReadInConfig + ConfigFileNotFoundError, Unmarshal + mapstructure struct tags, Sub for sub-trees, WatchConfig + OnConfigChange for hot reload, viper.New() for test isolation, and remote KV integration. Apply when using or adopting spf13/viper, or when the codebase imports `github.com/spf13/viper`. For CLI command...

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.

Padrões de design de structs e interfaces em Golang — composição, incorporação, asserções de tipo, switches de tipo, segregação de interfaces, injeção de dependência via interfaces, tags de campos de struct, e receptores por ponteiro vs valor. Use esta habilidade ao projetar tipos Go, definir ou implementar interfaces, incorporar structs ou interfaces, escrever asserções de tipo ou switches de tipo, adicionar tags de campos de struct para serialização JSON/YAML/DB, ou escolher entre receptores por ponteiro e valor. Use também quando o usuário...

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,

Esta habilidade deve ser usada quando o usuário deseja "escrever código de agente", "criar um agente com ADK", "adicionar uma ferramenta", "criar um callback", "definir um agente", "usar gerenciamento de estado" ou precisar de padrões de API Python e exemplos de código do ADK (Agent Development Kit). Faz parte do conjunto de habilidades do Google ADK. Fornece uma referência rápida para tipos de agente, definições de ferramentas, padrões de orquestração, callbacks e gerenciamento de estado. NÃO use para criar novos projetos (use google-agents-cli-scaffold) ou implantação...

Executa uma auditoria de saúde de engenharia assistida por agente com consciência de orçamento para desvio de instruções/configuração, hooks/MCP, superfícies de verificação e capacidade de manutenção de IA. Use quando usuários pedirem 检查claude/检查codex/检查pi/配置检查/健康度 ou relatarem agentes ignorando instruções, validação ausente ou código se tornando difícil de manter. Não é para depuração de código ou revisão de PRs.

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.

Instale e conecte blocos e componentes do registry em composições HyperFrames. Use ao executar hyperframes add, instalar um bloco ou componente, conectar um item instalado no index.html ou trabalhar com hyperframes.json. Abrange o comando add, locais de instalação, conexão de subcomposição de blocos, mesclagem de snippets de componentes, descoberta do registry e criação de um novo bloco ou componente para contribuir upstream (ideia → scaffold → validar → PR).

Implementar um trabalho com base em um PRD ou conjunto de issues.

Implemente uma funcionalidade aprovada do PRODUCT.md e TECH.md, mantendo as especificações e o código alinhados no mesmo PR à medida que a implementação evolui. Use após as especificações do produto e técnicas serem aprovadas e o próximo passo for construir a funcionalidade.

Analise qualquer base de código como um consultor sênior e produza planos de implementação priorizados e autocontidos para OUTROS modelos/agentes executarem. Estritamente somente leitura no código-fonte — nunca implementa, corrige ou refatora nada por conta própria. Use quando solicitado a auditar uma base de código, encontrar oportunidades de melhoria (bugs, segurança, desempenho, cobertura de testes, dívida técnica, migrações, DX), sugerir funcionalidades ou para onde levar o projeto a seguir (roadmap, direção do produto), ou gerar planos de transferência para outro agente executar...

Encontre oportunidades de aprofundamento em uma base de código, informado pela linguagem de domínio em CONTEXT.md e pelas decisões em docs/adr/. Use quando o usuário quiser melhorar a arquitetura, encontrar oportunidades de refatoração, consolidar módulos fortemente acoplados ou tornar uma base de código mais testável e navegável por IA.

Migra projetos e componentes React do Radix UI para Base UI. Use quando solicitado a migrar do radix, mover para base-ui, converter primitivas radix ou trocar a biblioteca base de um projeto shadcn. Lida com componentes individuais ("migrar accordion") e projetos inteiros.

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

Explore e entenda workspaces Nx. USE AO responder perguntas sobre o workspace, projetos ou tarefas. USE TAMBÉM quando um comando nx falhar ou você precisar verificar alvos/configuração disponíveis antes de executar uma tarefa. EXEMPLOS: 'Quais projetos estão neste workspace?', 'Como o projeto X está configurado?', 'O que depende da biblioteca Y?', 'Quais alvos posso executar?', 'Não é possível encontrar configuração para a tarefa', 'depurar falha de tarefa nx'.

Força a solução mais preguiçosa que realmente funciona, mais simples, mais curta, mais minimalista. Canaliza um desenvolvedor sênior que já viu de tudo: questione se a tarefa precisa existir (YAGNI), recorra à biblioteca padrão antes de código personalizado, recursos nativos da plataforma antes de dependências, uma linha antes de cinquenta. Suporta níveis de intensidade: lite, full (padrão), ultra. Use sempre que o usuário disser "ponytail", "seja preguiçoso", "modo preguiçoso", "solução mais simples", "solução minimalista", "yagni", "faça menos", ou...

Auditoria de repositório inteiro por excesso de engenharia. Como o ponytail-review, mas escaneia toda a base de código em vez de um diff: uma lista ranqueada do que deletar, simplificar ou substituir por equivalentes da stdlib/nativos. Use quando o usuário disser "audite esta base de código", "audite por excesso de engenharia", "o que posso deletar deste repositório", "encontre inchaço", "ponytail-audit" ou "/ponytail-audit". Relatório único, não aplica correções.

Harvest every `ponytail:` comment in the codebase into a debt ledger, so the deliberate shortcuts and deferrals ponytail leaves behind get tracked instead of rotting into "later means never". Use when the user says "ponytail debt", "/ponytail-debt", "what did ponytail defer", "list the shortcuts", "ponytail ledger", or "what did we mark to do later". One-shot report, changes nothing.

Revisão de código focada exclusivamente em superengenharia. Encontra o que deletar: biblioteca padrão reinventada, dependências desnecessárias, abstrações especulativas, flexibilidade morta. Uma linha por descoberta: localização, o que cortar, o que substitui. Use quando o usuário disser "revisar por superengenharia", "o que podemos deletar", "isso é superengenharia", "revisão de simplificação" ou invocar /ponytail-review. Complementa a revisão focada em correção, esta só caça complexidade.

fluxo de trabalho pr-to-video - uma pull request do GitHub (URL como github.com/ / /pull/ , ou / # , ou "este PR" em um repositório com checkout) -> fatos extraídos do PR (título, corpo, diff, commits, arquivos, estatísticas +/-) -> narrator_scripts.json + áudio (voz + música de fundo) + section_plan.md -> vídeo explicativo de diff de código / antes-depois / impacto. A entrada é uma ALTERAÇÃO DE CÓDIGO. A URL é um link de PR, NÃO um site de marketing para raspar; não é um resumo de texto e não é um site de produto. Para uma entrada que não seja um PR (site de produto, site geral, texto de tópico),...

Gere um passo a passo interativo estático em D3 de um pull request. Use quando o usuário quiser um mapa de PR com zoom, orientação de PR em gráfico/tela, ou visualização alternativa dos componentes do sistema de PR, fluxo de dados, dependências de código e ações do usuário.

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

Use ao receber feedback de revisão de código, antes de implementar sugestões, especialmente se o feedback parecer pouco claro ou tecnicamente questionável - requer rigor técnico e verificação, não concordância performática ou implementação cega

Atualiza sites e aplicativos existentes para qualidade premium. Audita o design atual, identifica padrões genéricos de IA e aplica padrões de design de alto nível sem quebrar a funcionalidade. Funciona com qualquer framework CSS ou CSS puro.

Crie um plano de refatoração detalhado com commits pequenos por meio de uma entrevista com o usuário e registre-o como uma issue do GitHub. Use quando o usuário quiser planejar uma refatoração, criar um RFC de refatoração ou dividir uma refatoração em etapas incrementais seguras.

Use ao concluir tarefas, implementar funcionalidades importantes ou antes de fazer merge para verificar se o trabalho atende aos requisitos.

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

Use quando precisar resolver um conflito de merge/rebase do git em andamento.

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

Revise o diff de um pull request e escreva feedback estruturado em review.json para que o workflow publique. Use ao revisar um PR verificado a partir de artefatos locais como pr_diff.txt e pr_description.txt, produzindo saída de revisão legível por máquina em vez de postar diretamente no GitHub.

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.

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.

Especialista em conformidade para o snyk-agent-scan — o scanner de arquivos de skill do agente — NÃO para outras ferramentas CLI do Snyk (snyk test, snyk code SAST, snyk iac, snyk container). Corrige alertas por meio de reestruturação de conteúdo, nunca suprimindo ou excluindo informações. Abrange todos os arquivos em um diretório de skill: SKILL.md, references/, assets/ e qualquer markdown secundário. Aplique ao criar uma nova skill, editar uma existente, fazer triagem de uma execução com falha do snyk-agent-scan localmente ou em CI, ou desbloquear um PR retido pelo agente...

Fundamenta cada decisão de implementação na documentação oficial. Use quando quiser um código autoritativo e com citações de fontes, livre de padrões desatualizados. Use ao construir com qualquer framework ou biblioteca onde a correção importa.

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

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

Domine o sistema de tipos avançado do TypeScript, incluindo genéricos, tipos condicionais, tipos mapeados, literais de modelo e tipos utilitários para construir aplicações type-safe. Use ao implementar lógica de tipos complexa, criar utilitários de tipos reutilizáveis ou garantir segurança de tipos em tempo de compilação em projetos TypeScript.

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.