stress-test
por alirezarezvanistress-test é uma skill de mentoria executiva para Claude voltada a testar a resistência de premissas de negócio antes de decisões de planejamento estratégico, captação, GTM, contratação ou apostas de receita. Use /em:stress-test <assumption> para isolar uma afirmação mensurável, confrontá-la com evidências contrárias e revelar onde um plano pode falhar.
Esta skill recebe nota 74/100, o que significa que é aceitável para listagem no diretório, mas deve ser apresentada como um workflow consultivo leve, não como um pacote completo, equipado com ferramentas ou sustentado por evidências. Usuários do diretório recebem um comando claro e metodologia suficiente para ajudar um agente a fazer stress-test de premissas de negócio com menos tentativa e erro do que um prompt genérico, mas há limites de adoção e confiança porque o repositório oferece apenas um único arquivo SKILL.md, sem referências de apoio nem orientação de instalação.
- Acionamento e caso de uso claros: o frontmatter e o corpo especificam `/em:stress-test <assumption>` para testar premissas de negócio ainda não validadas antes de assumir um plano.
- Conteúdo de workflow consistente: o SKILL.md, com 7.559 caracteres, inclui uma metodologia nomeada com etapas, tipos de premissas, restrições e exemplos práticos de negócios.
- Boa adequação para uso consultivo por executivos e fundadores: foca em projeções de receita, tamanho de mercado, vantagem competitiva, velocidade de contratação e premissas de retenção.
- Não há arquivos de apoio, referências, scripts nem frameworks citados, portanto os usuários precisam depender apenas das orientações do SKILL.md.
- Não há comando de instalação nem README no nível do repositório no caminho da skill, o que pode tornar a adoção menos direta para usuários que não conhecem esse formato de skill.
Visão geral da stress-test skill
Para que serve a stress-test
A stress-test skill é um fluxo de trabalho para testar premissas de negócio em um formato de mentoria executiva ao estilo Claude. Ela ajuda você a pegar uma afirmação estratégica — como “compradores enterprise aceitarão um piloto de seis meses”, “nosso TAM é de €2,3B” ou “conseguiremos chegar a $2M ARR até dezembro” — e colocá-la sob pressão antes de comprometer capital, contratações, roadmap ou narrativa para investidores com base nela.
Use quando o risco não é o plano estar incompleto, mas sim uma premissa atraente estar sustentando peso demais.
Usuários e decisões para os quais ela funciona melhor
Esta stress-test skill é mais indicada para fundadores, executivos, líderes de produto, times financeiros, operadores de estratégia e advisors que precisam de uma análise mais afiada de cenários negativos antes de uma decisão importante. Ela se encaixa em trabalhos como planos de captação, estratégia go-to-market, mudanças de preço, apostas de entrada em mercado, previsões de retenção, ramp-up de contratações, alegações de moat e narrativas para conselho.
Ela é especialmente útil como stress-test for Strategic Planning, porque transforma premissas de planejamento carregadas de otimismo em afirmações explícitas, falsificáveis e passíveis de contestação.
O que a torna diferente
Um prompt genérico pode pedir a uma IA para “encontrar riscos”. O fluxo de trabalho da stress-test é mais específico: isolar a premissa, torná-la concreta, buscar contraevidências e expor onde o plano quebra. Esse foco importa porque premissas vagas são difíceis de falsificar. “O mercado é grande” gera uma análise fraca; “PMEs alemãs gastarão €X por ano em software B2B de gestão de gastos nos próximos 18 meses” dá ao modelo algo testável.
Como usar a stress-test skill
Instalação da stress-test e contexto do repositório
Instale a partir do repositório de skills no GitHub usando seu gerenciador de skills, por exemplo:
npx skills add alirezarezvani/claude-skills --skill stress-test
A skill fica em:
c-level-advisor/executive-mentor/skills/stress-test
Esta entrada do repositório parece ser autocontida: o arquivo importante a inspecionar primeiro é SKILL.md. Não há rules/, resources/, references/ ou scripts de apoio visíveis na árvore fornecida, então a adoção depende principalmente de o método embutido combinar com seu fluxo de planejamento.
Entradas de que a skill precisa
Chame a skill com uma única premissa, não com um tema amplo:
/em:stress-test <assumption>
Entrada fraca:
/em:stress-test our enterprise strategy
Entrada melhor:
/em:stress-test enterprise buyers in regulated industries will tolerate a six-month unpaid pilot before procurement approval
Entrada forte:
/em:stress-test 40% of qualified enterprise prospects in US healthcare will accept a six-month unpaid pilot, and at least 25% of those pilots will convert to $120k ACV contracts within one quarter
A versão mais forte dá ao modelo um segmento, um comportamento, um prazo, uma expectativa de conversão e uma consequência comercial. Isso torna a saída mais útil, porque a skill pode questionar cada componente em vez de produzir riscos estratégicos genéricos.
Fluxo de uso recomendado para a stress-test
Use este guia de stress-test antes de a decisão estar fechada, não depois de o plano já ter virado doutrina interna.
- Identifique o plano que depende de otimismo: previsão de receita, entrada em mercado, modelo de contratações, meta de retenção, mudança de preço, cronograma de captação ou alegação de moat.
- Extraia a única premissa que mais danificaria o plano se estivesse errada.
- Reescreva-a como uma afirmação mensurável, com segmento de cliente, geografia, horizonte de tempo, volume, preço, taxa de conversão ou custo.
- Rode
/em:stress-testnessa premissa. - Faça perguntas de acompanhamento: “What evidence would disconfirm this fastest?”, “What leading indicators should we watch?” e “What lower-risk version of the plan survives if this assumption is wrong?”
Isso funciona bem em revisões executivas porque separa confiança de evidência.
Arquivos para ler antes de confiar nela
Comece por SKILL.md. Preste atenção às seções sobre por que premissas falham, a metodologia de stress-test, o isolamento da premissa e a busca por contraevidências. Como a skill visível não tem pacote extra de referências nem automação, você não deve esperar que ela busque dados de mercado ou valide números de forma independente. Trate-a como um apoio estruturado de raciocínio e traga seus próprios fatos, benchmarks, evidências de clientes, dados de CRM, premissas do modelo financeiro ou restrições de investidores.
FAQ da stress-test skill
A stress-test serve apenas para startups?
Não. Os exemplos são amigáveis para fundadores, mas o padrão se aplica a qualquer organização fazendo uma aposta sob incerteza. Times de estratégia corporativa podem usá-la para expansão de mercado, premissas de procurement, planos de capacidade de vendas, programas de transformação e decisões de portfólio de produtos. O requisito central é uma decisão que dependa de uma premissa de negócio testável.
Por que isso é melhor do que pedir riscos ao Claude?
Prompts comuns sobre risco costumam gerar listas amplas: concorrência, orçamento, timing, execução, adoção. A stress-test skill força você a nomear a premissa que sustenta o plano e atacá-la diretamente. Isso torna a análise mais relevante para a decisão. Em vez de “vender pode ser difícil”, você pressiona a crença específica de que “compradores mid-market fecharão em 45 dias a $30k ACV sem revisão de segurança”.
Quando não devo usar esta skill?
Não use como substituto para pesquisa de mercado, aconselhamento jurídico, auditoria financeira, descoberta com clientes ou previsão estatística. Ela também funciona mal se você fornecer um slogan em vez de uma premissa. Se sua pergunta é exploratória — “Que negócio deveríamos construir?” — comece primeiro por discovery ou enquadramento estratégico. Use stress-test quando você já tiver uma afirmação que mereça escrutínio.
A stress-test é amigável para iniciantes?
Sim, se você conseguir escrever a premissa com clareza. Iniciantes costumam obter valor pedindo primeiro ao modelo que ajude a transformar um plano vago em várias premissas candidatas e, depois, escolhendo a mais arriscada para /em:stress-test. Operadores mais experientes devem fornecer desde o início limites numéricos, evidências conhecidas, restrições e o que está em jogo na decisão.
Como melhorar a stress-test skill
Torne a premissa da stress-test mais falsificável
A forma mais importante de melhorar a saída da stress-test é remover ambiguidade. Inclua quem, o quê, onde, quando, quanto e qual resultado importa.
Em vez de:
customers will love the product
Use:
at least 30% of finance teams at 200-1000 employee SaaS companies will switch from spreadsheets to our forecasting tool within 90 days if priced below $500/month
Isso dá à skill superfícies claras para questionar: segmento, urgência, comportamento de troca, prazo e preço.
Adicione evidências e restrições logo no início
A stress-test skill consegue raciocinar melhor quando sabe quais evidências já existem. Inclua entrevistas com clientes, notas de ganhos e perdas, dados de pipeline, taxas de conversão, coortes de churn, histórico de ciclo de vendas, alternativas competitivas, ciclos orçamentários, atritos de procurement ou marcos com investidores.
Um prompt mais forte poderia acrescentar:
Known evidence: 12 discovery calls, 3 verbal pilots, no signed LOIs, average procurement cycle 4-7 months, current runway 9 months.
Isso evita que a saída trate todas as possibilidades como igualmente prováveis.
Fique atento a modos comuns de falha
O principal modo de falha é fazer stress-test de uma premissa ampla demais, política demais ou desconectada demais da decisão. Outro problema comum é pedir validação em vez de contestação. Se você quer uma saída útil, não formule o prompt como “prove que este plano funciona”. Formule como “quebre esta premissa antes que a gente dependa dela”.
Também evite agrupar muitas premissas em um único comando. Se seu plano depende de tamanho de mercado, disposição a pagar, ciclo de vendas e retenção, teste cada uma separadamente.
Itere depois do primeiro stress-test
Depois da primeira saída, peça refinamento em nível de decisão:
- “Rank the failure points by probability and severity.”
- “What evidence would change your view fastest?”
- “Design a two-week test for the riskiest assumption.”
- “Rewrite the plan so it still works if this assumption is 50% wrong.”
- “What board or investor question would expose this weakness?”
Isso transforma stress-test de uma crítica pontual em um ciclo prático de planejamento: premissa, contestação, evidência, revisão e decisão.