identify-assumptions-existing
por phurynA skill identify-assumptions-existing ajuda você a testar a solidez de uma ideia de funcionalidade em um produto já existente, destacando suposições de risco em Value, Usability, Viability e Feasibility. Ela usa as perspectivas de PM, designer e engineer, além de um olhar de devil’s advocate para Strategic Planning e revisão de risco antes da implementação.
Esta skill recebe 78/100, o que a torna uma boa candidata para usuários de diretórios que querem uma análise estruturada de risco de suposições para um produto existente. Ela tem um caso de uso claro, linguagem de gatilho legível e um fluxo de trabalho definido que deve ajudar agentes a executá-la com menos tentativa e erro do que um prompt genérico, embora ainda não traga materiais de apoio nem exemplos operacionais mais profundos.
- Gatilho e escopo claros para testar a solidez de ideias de funcionalidade em um produto existente
- Fluxo de trabalho concreto em Value, Usability, Viability e Feasibility, com níveis de confiança e sugestões de testes
- Sem marcadores de espaço reservado; o conteúdo do corpo é substancial e específico o bastante para uso por agentes
- Não há arquivos de suporte, referências ou exemplos, então os usuários precisam se basear principalmente no texto de SKILL.md
- Não há comando de instalação nem recursos auxiliares, o que limita a integração inicial e a orientação para casos de borda
Visão geral do skill identify-assumptions-existing
identify-assumptions-existing é um skill de discovery de produto para testar o stress de uma ideia de funcionalidade em um produto já existente antes de você se comprometer com design ou desenvolvimento. Ele ajuda a expor as suposições arriscadas por trás de uma proposta nas dimensões de Value, Usability, Viability e Feasibility, usando uma lente interna de advogado do diabo.
Esse skill é mais indicado para product managers, designers, engineers e founders que precisam de um mapa rápido de suposições, não de uma apresentação polida de estratégia. Se você está decidindo se vale a pena seguir com uma funcionalidade, ou tentando encontrar os pontos ocultos de falha em uma ideia que já parece promissora, o skill identify-assumptions-existing é uma ótima escolha.
O principal valor está na qualidade da decisão: ele desloca a conversa de “parece bom” para “o que precisa ser verdade para isso funcionar?”. Isso o torna especialmente útil para Strategic Planning, triagem de roadmap e revisão de riscos antes da pesquisa.
Para que serve o identify-assumptions-existing
Use o skill identify-assumptions-existing quando você já tiver uma ideia de funcionalidade e precisar testá-la contra restrições do mundo real. Ele foi desenhado para revelar onde a ideia pode quebrar no mercado, na experiência do usuário, no negócio ou na implementação.
Quem deve instalar
Instale o identify-assumptions-existing se você costuma transformar ideias brutas de produto em suposições testáveis. Ele é mais útil para equipes que querem uma forma repetível de questionar propostas de funcionalidade antes que elas virem tickets, specs ou experimentos.
O que o torna diferente
Ao contrário de um prompt genérico de brainstorming, o identify-assumptions-existing pede que o modelo pense a partir de três papéis: PM, designer e engineer. Esse enquadramento multifuncional ajuda a enxergar pontos cegos mais rápido e gera testes mais acionáveis para cada suposição.
Como usar o skill identify-assumptions-existing
Instale e acione
Use o fluxo identify-assumptions-existing install a partir do comando do repo mostrado na fonte:
npx skills add phuryn/pm-skills --skill identify-assumptions-existing
Depois, invoque o skill com uma ideia de funcionalidade para um produto existente. Quanto mais concreto for o input, melhor será a lista de suposições.
Forneça o input certo para o skill
O padrão de uso identify-assumptions-existing usage funciona melhor quando você inclui:
- nome do produto ou da funcionalidade
- segmento de usuário-alvo
- resultado desejado
- a própria ideia da funcionalidade
- quaisquer restrições, como plataforma, prazo, compliance ou dependências
Um prompt fraco seria: “Analise minha funcionalidade.”
Um prompt mais forte seria: “Teste a robustez de uma funcionalidade de exportação de dashboard para administradores de finanças de SMB no nosso app B2B. Objetivo: reduzir chamados de suporte. Restrições: apenas web, dois engenheiros, sem novo data warehouse.”
Leia a origem na ordem certa
Para um identify-assumptions-existing guide, comece por SKILL.md. Se o repositório crescer depois, inspecione README.md, AGENTS.md, metadata.json e quaisquer pastas rules/, resources/, references/ ou scripts/ para obter contexto extra. Neste repo, SKILL.md é a principal fonte de verdade.
Fluxo de trabalho que gera melhores resultados
Um fluxo prático de uso do identify-assumptions-existing é:
- Descreva o contexto do produto e a ideia da funcionalidade.
- Peça suposições agrupadas por Value, Usability, Viability e Feasibility.
- Solicite níveis de confiança e um teste para cada suposição.
- Use o output para decidir o que validar primeiro.
Se você estiver usando isso para Strategic Planning, inclua segmento de mercado, objetivo de negócio e restrições de lançamento para que o skill consiga separar risco estratégico de risco de UX ou engenharia.
FAQ do skill identify-assumptions-existing
O identify-assumptions-existing é só para produtos existentes?
Sim, esse é o encaixe pretendido. O skill é ajustado para testar a robustez de uma ideia de funcionalidade em um produto existente, não para fazer ideação aberta de conceitos do zero.
Em que isso difere de um prompt normal?
Um prompt normal pode listar prós e contras. O skill identify-assumptions-existing aprofunda a análise ao organizar o risco em quatro categorias e perguntar o que pode dar errado, qual é o seu grau de confiança e como testar. Isso deixa o output mais fácil de transformar em ação.
O identify-assumptions-existing é amigável para iniciantes?
Sim, se você conseguir descrever o produto, o público e a funcionalidade em linguagem simples. Você não precisa de um framework formal de mapeamento de suposições para usá-lo bem, mas precisa de contexto suficiente para o modelo avaliar trade-offs de forma realista.
Quando eu não deveria usar?
Não use identify-assumptions-existing se você precisa de copy detalhada de UX, código de implementação ou um plano final de lançamento. Ele é um skill de identificação de riscos, então funciona melhor antes das decisões de build.
Como melhorar o skill identify-assumptions-existing
Dê contexto mais preciso
O principal fator que melhora o identify-assumptions-existing é a especificidade sobre o usuário e o objetivo de negócio. Se você disser apenas “adicionar busca com IA”, o skill vai precisar adivinhar demais. Se você disser “adicionar busca com IA para agentes de suporte reduzir o tempo para resposta em tickets repetidos”, as suposições ficam muito mais úteis.
Peça testes, não só preocupações
A fonte orienta o skill a incluir o que pode dar errado e como testar, então não pare nos riscos. Peça ideias de validação leves, como entrevistas, testes com protótipo, revisão de logs ou um dogfood interno. Isso transforma o output em um artefato de planejamento, e não apenas em uma crítica.
Separe risco de produto de risco de entrega
Os outputs mais úteis do identify-assumptions-existing geralmente distinguem entre valor para o usuário, atrito de adoção, restrições de negócio e viabilidade técnica. Se o seu prompt mistura tudo isso em uma solicitação vaga, a resposta tende a ficar menos pronta para decisão. Traga as restrições de forma explícita para que o skill consiga priorizar primeiro as suposições mais perigosas.
Itere depois da primeira passada
Use o primeiro resultado para estreitar o escopo e então rode o skill de novo com uma fatia mais focada da funcionalidade. Por exemplo, se a primeira análise mostrar risco de usabilidade e integração, peça novamente apenas o fluxo de onboarding ou apenas a dependência de sincronização de dados. Muitas vezes essa é a forma mais rápida de refinar uma discussão de Strategic Planning.