skills.

Conduz investigações técnicas de código e sistemas para identificar e priorizar problemas reais e potenciais com evidências concretas (trechos de código, logs, métricas). Produz um documento estruturado de investigação classificando achados por severidade (CRÍTICA, ALTA, MÉDIA, BAIXA), com análise de causa raiz, propostas de solução e riscos. Use quando o usuário pedir para investigar bugs recorrentes, problemas de performance, riscos de segurança, dívida técnica, qualidade de código ou preparação para escala em módulos existentes. Não use para implementar correções, escrever testes, fazer code review de PR, criar spikes de pesquisa de novas tecnologias ou redigir PRDs/Tech Specs.

Cria Documentos de Requisitos de Produto (PRDs) a partir de pedidos de funcionalidade, seguindo um fluxo estruturado de esclarecimento, planejamento e redação. Gera um PRD padronizado salvo em `./docs/tasks/prd-[nome]/prd.md`, pronto para ser consumido pelas skills `criar-techspec` e `criar-tasks`. Use quando o usuário pedir para criar um PRD, definir requisitos ou documentar uma nova funcionalidade. Não use para especificações técnicas, quebra de tarefas ou planejamento de implementação.

Conduz investigações técnicas exploratórias (spikes) para responder dúvidas técnicas e produzir documento estruturado com achados factuais, opções comparadas com trade-offs (incluindo a opção de não fazer nada), recomendação com nível de confiança (Alto, Médio, Baixo), perguntas em aberto e próximos passos concretos. Use quando o usuário pedir para investigar viabilidade de tecnologia, comparar bibliotecas ou abordagens, validar premissas técnicas via prototipação ou pesquisa, ou explorar uma decisão arquitetural antes de uma Tech Spec. Não use para investigar problemas em código existente (use criar-investigacao), implementar funcionalidades, redigir PRDs, Tech Specs ou criar tarefas executáveis.

Gera uma lista detalhada de tarefas executáveis a partir de um documento-fonte (PRD, Investigação ou Spike) e sua Tech Spec correspondente, organizando entregáveis funcionais e incrementais com testes obrigatórios, sequenciamento lógico, agrupamento por tipo (entregável para PRD, prioridade para Investigação, componente para Spike) e produzindo tasks.md mais arquivos individuais [num]_task.md no mesmo diretório do documento-fonte, sempre apresentando lista high-level para aprovação antes de gravar arquivos. Use quando o usuário pedir para gerar, criar ou listar tarefas (tasks) a partir de PRD, Investigação ou Spike com Tech Spec já existente. Não use para implementar tarefas, escrever código, gerar PRDs, Tech Specs, Investigações ou Spikes, fazer code review, executar testes ou corrigir bugs.

Produz Tech Specs claras e prontas para implementação a partir de um documento-fonte (PRD, Investigação ou Spike), traduzindo requisitos, achados ou recomendações em decisões arquiteturais, design de componentes, interfaces, modelos de dados, estratégia de testes e observabilidade, seguindo template padronizado salvo no mesmo diretório do documento-fonte. Use quando o usuário pedir para gerar, criar ou redigir uma Tech Spec a partir de um PRD, Investigação ou Spike existente. Não use para criar PRDs, conduzir investigações ou spikes, escrever código, gerar tarefas executáveis, fazer code review ou implementar funcionalidades.

Gera testes unitários C# seguindo o padrão do time (xUnit + AutoDomainData + FakeItEasy)

Estruturar ou revisar documentação de Débito Técnico no padrão interno da empresa, pronto para apresentação ao PM e cadastro no Azure DevOps. Use esta skill quando o usuário mencionar explicitamente "débito técnico" ou "DT", ou quando quiser documentar algo para propor ou implementar no formato oficial de DT — como notas soltas, contexto técnico bruto ou um rascunho para apresentar ao PM.

Realiza code review abrangente analisando git diff, verificando conformidade com as regras do projeto, validando suítes de testes e checando aderência à Tech Spec e Tasks. Gera um relatório estruturado de code review com achados classificados por severidade. Use quando o usuário pedir um code review, quiser validar qualidade de código ou precisar de verificação pré-merge. Não use para testes de QA, correção de bugs ou implementação de tarefas.

Implementa tarefas de funcionalidades carregando skills necessárias, lendo contexto de PRD/TechSpec/Investigação/Spike, analisando dependências e executando a implementação com testes. Marca tarefas como concluídas no tasks.md e aciona o agente task-reviewer ao finalizar. Use quando o usuário pedir para implementar uma tarefa, executar uma tarefa ou começar a trabalhar em um número de tarefa específico. Não use para criar tarefas, rodar QA, revisão de código ou correção de bugs.

Orquestra a execução sequencial de todas as tarefas pendentes em um `tasks.md`, despachando cada `[num]_task.md` para um sub-agente que invoca a skill `executar-task`, mantendo uma memória de fatos descobertos (`workflow-memory.md`) entre execuções e aplicando gate humano obrigatório antes de tarefas de complexidade `alta` ou `critica`. Use quando o usuário pedir para executar o workflow de tasks, rodar o backlog de tarefas, implementar todas as tasks pendentes ou retomar a execução de um conjunto de tasks. Não use para implementar uma única task (use `executar-task`), criar tarefas (use `criar-tasks`), revisar código (use `task-review` ou `executar-review`) ou corrigir bugs pontuais.

Analisa uma query individual do Grafana a partir de screenshots do dashboard pg_stat_statements e gera um relatório HTML diagnóstico completo. Use sempre que receber prints do Grafana de uma query específica, ou quando houver uma pasta em backlog/ com imagens para analisar.

Roda uma pergunta, ideia ou decisão por um conselho de 5 conselheiros de IA que analisam de forma independente, revisam uns aos outros anonimamente e sintetizam um veredito final. GATILHOS OBRIGATÓRIOS: 'reúne o conselho', 'roda o conselho', 'war room isso', 'pressiona essa decisão', 'estressa essa ideia', 'debate isso'. GATILHOS FORTES (usar quando combinados com uma decisão real de alto impacto com tradeoff): 'devo fazer X ou Y', 'qual opção', 'o que você faria', 'é o movimento certo', 'valida isso', 'não consigo decidir', 'estou dividido entre'. NÃO dispare em perguntas de sim/não simples, buscas factuais, tarefas de criação (escrever/resumir), nem em escolhas triviais de baixo risco mesmo que tenham 'ou'/'devo' (ex: 'tabs ou espaços?', 'qual lib de datas?', 'devo usar markdown?' NÃO são perguntas de conselho). DISPARE só quando a decisão tem peso real, custo alto de errar, múltiplas opções e contexto que pede pressão de vários ângulos.

Revisor técnico sênior de código C# / .NET antes da abertura de Pull Request. Use esta skill SEMPRE que o usuário pedir para revisar código, fazer code review, verificar se o código está pronto para PR, ou enviar trechos de código C#, .NET, SQL ou NoSQL para avaliação. Também deve ser acionada quando o usuário mencionar termos como "revisar", "review", "PR", "pull request", "checar código", "validar implementação", ou qualquer variação que indique análise de qualidade de código backend. Esta skill entrega uma revisão pragmática, orientada a risco real, sem overengineering, cobrindo: bugs, arquitetura, performance, segurança, banco de dados, testabilidade e padrões do time.

Revisa implementações de tasks concluídas contra padrões de código .NET/C# do projeto, compilação e suítes de testes. Classifica problemas por severidade (crítico, major, minor, positivo) e gera um artefato de revisão estruturado. Use quando uma task foi concluída e precisa de validação de qualidade antes de prosseguir. Não use para code review completo de branches, testes de QA ou correção de bugs.

Verifies whether existing source files have corresponding unit tests before task implementation begins. Identifies untested Service, Application, Repository, and Controller classes, presents findings, and optionally generates missing tests via the criar-testes-unitarios skill. Use when executing a task that modifies existing business-logic files, or independently by passing a list of source file paths. Automatically invoked by the executar-task skill at Step 5. Do not use for creating tests from scratch without a task context, running full test suites, or code review.