ワンクリックで
notificacoes
notificacoes には brunocesharp から収集した 10 個の skills があり、リポジトリ単位の職業カバレッジとサイト内 skill 詳細ページを表示します。
このリポジトリの skills
Analisa código implementado e gera documentação de regras de negócio em docs/business/. Use quando o usuário mencionar "documentar regras de negócio", "gerar docs de negócio", "business docs", "documentar domínio", "docs/business", "atualizar documentação de negócio", "documentar lógica de negócio" ou pedir para documentar uma área do sistema. Cria tasks atômicas por área de domínio consultando arquivos existentes antes de escrever.
Conduz o levantamento de hipóteses e premissas durante o discovery, gerando o documento assumptions.md. Baseada em Assumption Mapping e Lean Startup. Use quando o usuário mencionar "hipóteses", "premissas", "suposições", "o que não sabemos", "riscos de descoberta", "validações necessárias", "incertezas", "apostas do projeto", "o que precisamos confirmar", "isso é um chute", "estamos assumindo que", "precisamos testar antes", "como saber se funciona". Requer discovery-init. NÃO use para visão geral (use discovery-vision), dores e oportunidades (use discovery-opportunity), stakeholders (use discovery-stakeholders) ou métricas (use discovery-metrics). Esta skill foca em INCERTEZAS que precisam ser validadas antes de investir.
Inicia o discovery de um novo projeto de software criando o project.md e a estrutura de pastas. Use quando o usuário disser "iniciar projeto", "novo projeto", "começar discovery", "criar projeto", "setup do projeto", "quero começar um projeto". NÃO use se o projeto já foi iniciado — nesses casos leia o project.md existente.
Conduz a definição de métricas de sucesso durante o discovery, gerando o documento success-metrics.md. Baseada em OKR, North Star Metric e HEART. Use quando o usuário mencionar "métricas", "KPIs", "OKRs", "critérios de sucesso", "como medir", "indicadores", "metas", "ROI", "impacto do projeto", "dashboard de acompanhamento", "baseline", "como saber se deu certo", "definir sucesso", "o que significa dar certo", "North Star". Requer discovery-init. NÃO use para visão geral (use discovery-vision), dores e oportunidades (use discovery-opportunity), hipóteses (use discovery-assumptions) ou stakeholders (use discovery-stakeholders). Esta skill foca em COMO MEDIR sucesso, não em definir o que construir.
Conduz o mapeamento de oportunidades durante o discovery, gerando o documento opportunity.md. Baseada em Opportunity Solution Tree e Jobs to Be Done. Use quando o usuário mencionar "oportunidades", "mapear dores", "jobs to be done", "JTBD", "o que o usuário quer fazer", "necessidades dos usuários", "fricções", "ganhos esperados", "contexto de uso", "tentativas anteriores", "por que soluções anteriores falharam", "entender o problema antes de resolver". Requer discovery-init. NÃO use para visão geral do projeto (use discovery-vision), hipóteses a validar (use discovery-assumptions), stakeholders (use discovery-stakeholders) ou métricas (use discovery-metrics). Esta skill foca no PROBLEMA, não em soluções.
Conduz o mapeamento de stakeholders durante o discovery, gerando o documento stakeholders.md. Use quando o usuário mencionar "stakeholders", "partes interessadas", "quem aprova", "quem é afetado", "mapa de envolvidos", "quem financia", "quem decide", "patrocinador", "sponsor", "quem consultar", "RACI", "matriz de responsabilidades", "conflitos de interesse", "quem bloqueia", "quem influencia", "dependências organizacionais", "áreas envolvidas". Requer discovery-init. NÃO use para visão geral (use discovery-vision), dores e oportunidades (use discovery-opportunity), hipóteses (use discovery-assumptions) ou métricas (use discovery-metrics). Esta skill foca em PESSOAS e RELACIONAMENTOS, não em problemas ou soluções.
Conduz a construção da visão do projeto durante o discovery, gerando o documento vision.md. Use quando o usuário mencionar "visão do projeto", "definir visão", "qual o problema", "proposta de valor", "público-alvo", "para quem é esse sistema", "objetivo do projeto", "por que estamos fazendo isso", "qual dor resolvemos", "quem vai usar", "valor entregue", "contexto do projeto", "restrições do projeto". Requer que discovery-init tenha sido executado antes (verifica existência de project.md). NÃO use para oportunidades/dores (use discovery-opportunity), hipóteses (use discovery-assumptions), stakeholders (use discovery-stakeholders) ou métricas (use discovery-metrics).
Gera plano de execução técnico fullstack (.NET + Angular) para implementação de features, dividindo em entregas incrementais com tarefas por camada. Use quando o usuário disser "plano de execução", "execution plan", "planejar implementação", "dividir em tarefas", "quebrar feature", "como implementar essa spec", "etapas de desenvolvimento", "decomposição técnica", "quero um plano para implementar". NÃO use para especificação funcional (use spec-functional) ou discovery (use discovery-*).
Gera um documento de escopo consolidando os documentos de discovery existentes, criando a pasta escopo/{titulo}/escopo.md com cópias dos arquivos de discovery relevantes. Use quando o usuário mencionar "gerar escopo", "criar escopo", "montar escopo", "definir escopo", "escopo do projeto", "escopo da feature", "PRD", "documento de requisitos", "o que vamos construir", "formalizar o que será feito", "consolidar discovery", "fechar escopo", "escopo do módulo", "escopo da fase". Requer discovery-init e preferencialmente os documentos de discovery completos. NÃO use para conduzir discovery (use as skills discovery-*), especificação técnica (use spec-*) ou plano de execução (use plan-*). Esta skill CONSOLIDA o discovery em um documento formal, não coleta novas informações.
Conduz a especificação funcional de um escopo usando BDD (Behavior-Driven Development), gerando o documento spec-functional.md. Use quando o usuário mencionar "especificação funcional", "regras de negócio", "critérios de aceitação", "cenários BDD", "Given When Then", "comportamento esperado", "especificar funcionalidades", "detalhar regras" ou "escrever acceptance criteria". NÃO use para casos de uso com múltiplos atores (use spec-usecases), requisitos não-funcionais (use spec-nonfunctional) ou refinamento técnico (use refinement-*).