marioluciofjr

Esta skill atua como um laboratório de fonética articulatória e prosódica. Utilize esta skill SEMPRE que a pessoa usuária enviar um link de vídeo do YouTube ou um arquivo de vídeo (.mp4) de até 10 minutos (ex: 'faça um raio-x desse sotaque', 'qual é o aspecto fonético desse vídeo', 'queria o contexto desse dialeto pra TTS') e pedir para estruturar o contexto fonético do sotaque do orador para prover background prosódico a modelos como gemini-3.1-flash-tts-preview. A skill orienta a analisar propriedades orais cientificamente perante as bases de vogais, consoantes e a transcrição fonética IPA.

Guia a pessoa usuária a desenvolver empatia prática diante de uma situação desafiadora de comunicação, liderança ou relacionamento. A partir do problema relatado, a IA conduz uma conversa de escuta ativa com 6 perguntas de verificação empática — feitas uma de cada vez, cada nova pergunta reagindo à resposta anterior — e ao final entrega um pódio com o ranking dos 3 tipos de empatia (cognitiva, emocional/afetiva e compassiva) mais latentes nas respostas, seguido de um conselho humanizado de 200 palavras sobre como aplicar empatia na situação. Use esta skill SEMPRE que a pessoa usuária ativar os gatilhos '/empatias', '#empatias' ou 'empatias', ou quando relatar — mesmo indiretamente — um conflito, uma dificuldade de comunicação, uma situação de liderança ou relacionamento e demonstrar interesse em ter mais empatia, compreensão ou uma visão empática sobre o que está vivendo.

Gera um único resumo estruturado no Método STAR (Situação, Tarefa, Ação e Resultados) em primeira pessoa para documentar a interação entre a pessoa usuária e a IA generativa. O resumo combina rigor técnico, clareza descritiva e tom didático, sendo seguido por um Glossário explicativo dos termos técnicos. A geração é condicionada EXCLUSIVAMENTE à resposta prévia da pessoa usuária a 3 perguntas de feedback.

Dê a habilidade para agentes de IA de estruturar e otimizar prompts de imagens utilizando rigorosamente o método 3W1H (Who, What, Where, How) criado pelo Mário Lúcio. Utilize esta skill sempre que o usuário mencionar termos como 'gerar imagem', 'criar prompt de imagem', 'engenharia de prompt de imagem', 'fotorrealismo de imagem', 'ilustração por IA', 'método 3W1H', '3W1H' ou quiser otimizar a qualidade visual e a coerência espacial de layouts de geração de imagens, mesmo se ele não solicitar a skill pelo nome exato.

Base de conhecimento de 'Design Thinking: Inovação em Negócios' por Vianna et al. (MJV Press). Use ao aplicar as fases do processo DT, selecionar técnicas de pesquisa qualitativa, conduzir sessões de ideação, construir protótipos ou estruturar jornadas de inovação centrada no ser humano.

Emula um discurso completo do apresentador Tadeu Schmidt (do BBB) para eliminação ou vitória. Deve ser ativada SEMPRE que a pessoa usuária utilizar o gatilho "#discurso-tadeu".

Resume artigos científicos para leigos de maneira didática e fluída, como se fosse uma novidade interessante. Use esta skill SEMPRE que a pessoa usuária fornecer um link de artigo científico ou pedir um resumo de paper, estudo, pesquisa acadêmica de forma direta ou indireta.

Atua como o AnswerThePublic: gera relatório estratégico de SEO com perguntas do público, ideias de artigos para blog e LinkedIn, e keywords short-tail/long-tail a partir de uma URL e tema.

Guia o desenvolvedor em testes completamente livres, sem script ou planejamento prévio, conduzidos pela intuição e experiência. Use esta skill SEMPRE que o objetivo for testar de forma rápida e informal, sem roteiro predefinido. Acione quando o usuário mencionar: "teste ad-hoc", "teste livre", "testar sem planejamento", "quero só clicar por aí e ver o que quebra", "não tenho tempo para escrever testes formais agora", "quero fazer um teste rápido antes de entregar", "teste informal". Diferente do teste exploratório (que usa sessões estruturadas com charter e heurísticas), o ad-hoc é pura exploração livre sem compromisso de documentação formal. Ideal para verificações rápidas, descobertas iniciais de um sistema desconhecido ou validações de urgência. Funciona para qualquer tipo de software.

Guia o desenvolvedor ou Product Manager na estruturação do processo de validação com o usuário final ou stakeholder do negócio — o UAT (User Acceptance Testing). Use esta skill SEMPRE que o objetivo for preparar e conduzir a homologação de uma entrega com o cliente ou usuário real. Acione quando o usuário mencionar: "UAT", "User Acceptance Testing", "teste de aceitação", "o cliente vai testar o sistema", "entregar para homologação", "quero preparar o UAT", "critérios de aceitação", "o usuário precisa aprovar a entrega", "homologação com o cliente", "BDD", "Given-When-Then" (no contexto de aceitação de entrega), "aceite do cliente", "aprovação do stakeholder". Diferente do teste de sistema (feito pelo time técnico), o UAT envolve o usuário final ou negócio como principal validador. Usa linguagem de negócio, não técnica. Agnóstico de linguagem de programação.

Guia o desenvolvedor na validação completa de APIs — contratos, endpoints, payloads, autenticação, códigos de status HTTP e comportamento sob condições de erro. Use esta skill SEMPRE que o objetivo for testar interfaces de programação de aplicações, independentemente da ferramenta (Postman, curl, código, insomnia ou qualquer HTTP client). Acione quando o usuário mencionar: "testar API", "teste de API", "API testing", "validar endpoints", "testar REST", "testar GraphQL", "testar contrato de API", "verificar se a API está retornando certo", "testar autenticação da API", "testar headers", "criar coleção de testes para minha API", "como testar meus endpoints". Não confundir com teste de integração (que testa comunicação entre módulos internos) — esta skill foca especificamente em interfaces HTTP. Agnóstica de linguagem e ferramenta.

Guia o desenvolvedor na criação de testes baseados no conhecimento interno do código-fonte. Use esta skill SEMPRE que o objetivo for garantir cobertura de caminhos de execução, verificar branches, condicionais e loops, ou calcular métricas de cobertura de código. Acione quando o usuário mencionar: "cobertura de código", "code coverage", "teste estrutural", "teste de caixa branca", "white box test", "quero cobrir todos os caminhos do meu código", "como testar esse if/else", "análise de fluxo de controle", "path testing", "cobertura de ramos". Não confundir com caixa-preta (que não acessa o código) nem com testes de integração (que testam comunicação entre módulos). Esta skill é ideal para desenvolvedores que têm acesso ao código e querem garantir que todos os caminhos lógicos estão cobertos por testes. Funciona em qualquer linguagem.

Guia o desenvolvedor na criação de testes baseados exclusivamente no comportamento externo do sistema, sem acesso ou análise do código-fonte. Use esta skill SEMPRE que o objetivo for validar se o sistema faz o que foi especificado, testar como um usuário ou consumidor de API, aplicar partição de equivalência ou análise de valor de borda. Acione quando o usuário mencionar: "teste funcional", "teste de caixa preta", "black box test", "testar sem ver o código", "testar como usuário", "partição de equivalência", "valor de borda", "boundary testing", "testar com base nos requisitos", "validar o comportamento esperado", "testar uma API sem saber como foi implementada". Diferente da caixa branca (que analisa caminhos internos do código), a caixa preta parte dos requisitos e especificações. Funciona para qualquer linguagem e é ideal quando o testador não tem ou não quer acessar a implementação interna.

Guia o desenvolvedor a validar o comportamento do sistema sob volumes crescentes de usuários e requisições, identificando o ponto de degradação de desempenho e a capacidade máxima suportada. Use esta skill SEMPRE que o objetivo for responder "o sistema aguenta N usuários simultâneos?" ou "a partir de quantos usuários o desempenho degrada?". Acione quando o usuário mencionar: "teste de carga", "load testing", "carga de usuários", "o sistema aguenta N usuários simultâneos", "quero testar com X requisições por segundo", "antes do lançamento testar com a carga esperada", "quero saber quando o sistema começa a degradar", "escalar usuários gradualmente e ver o comportamento", "carga de pico". Diferente do teste de desempenho (condições normais) e de estresse (além dos limites), a carga vai do normal até o máximo planejado. Requer ambiente representativo.

Guia o desenvolvedor na validação do comportamento do sistema em diferentes navegadores, sistemas operacionais, dispositivos e versões de dependências. Use esta skill SEMPRE que o objetivo for garantir que o sistema funciona corretamente para usuários em diferentes ambientes. Acione quando o usuário mencionar: "teste de compatibilidade", "compatibility testing", "cross-browser", "testar em diferentes browsers", "testar em diferentes sistemas operacionais", "funciona no Safari, Firefox, IE?", "compatível com mobile", "responsivo?", "testar em diferentes versões da dependência", "backward compatibility", "funciona no Android? No iOS?", "testar em telas diferentes". Diferente dos testes funcionais (que verificam o comportamento) e de usabilidade (que verificam a experiência), a compatibilidade verifica se o mesmo comportamento correto ocorre em todos os ambientes suportados.

Guia o desenvolvedor na medição e validação de métricas de desempenho do sistema — tempo de resposta, throughput e uso de recursos em condições normais de uso. Use esta skill SEMPRE que o objetivo for medir quão rápido e eficiente o sistema é, estabelecer um baseline de performance ou identificar gargalos. Acione quando o usuário mencionar: "teste de desempenho", "performance testing", "performance test", "quão rápido está a API", "tempo de resposta", "medir throughput", "latência", "TPS", "transações por segundo", "baseline de performance", "benchmark", "o sistema está lento e quero medir", "quero definir SLAs de desempenho". Diferente do teste de carga (que aumenta o volume de usuários) e de estresse (que vai além dos limites), o desempenho mede em condições normais. Agnóstico de ferramenta e linguagem.