burn-test

Seu CFO. Calcula a economia unitária de um negócio antes do dinheiro ser gasto: quanto uma unidade ganha após seus custos diretos, a margem de lucro real no volume planejado, o ponto de equilíbrio em unidades por dia, mês a mês no ano 1, o caixa necessário antes de se pagar, quanto tempo leva para recuperar o gasto inicial, e o que acontece se o preço cair, as vendas forem baixas ou os custos aumentarem. Cada número é rastreável até uma entrada que o usuário pode verificar. Use quando o usuário disser "encontre as margens de lucro", "faça as contas", "isto é lucrativo", "ponto de equilíbrio", "economia unitária", "quanto preciso para começar" ou "rode o CFO".

O que é burn-test?

Este skill transforma o assistente de IA em um CFO para startups e novos negócios. Ele calcula a economia unitária — quanto cada venda contribui após seus custos diretos — e projeta margens de lucro, ponto de equilíbrio, fluxo de caixa mensal no ano 1 e o tempo de retorno do investimento inicial. Também executa simulações de cenários como queda de preço, redução de vendas ou aumento de custos. O skill é útil para founders que precisam validar rapidamente se uma ideia é financeiramente viável antes de gastar dinheiro real. Ele força o usuário a fornecer entradas baseadas em cotações reais, faturas ou estimativas honestas, registrando cada custo como medido (com evidência) ou planejado (estimativa). O relatório gerado ("founder/cfo.md") inclui uma nota do CFO destacando os maiores riscos, o pior cenário, a margem real, a alavanca mais sensível e sugestões para melhorar a margem. Compatível com qualquer assistente de IA que suporte skills (Claude Code, Cursor, Codex) e dependente de Python 3. Os comandos são executados localmente via CLI, usando um arquivo JSON de entrada e gerando saída Markdown. O skill também verifica se as condições do board sobre dinheiro (se existirem) estão sendo atendidas.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/peaknr35/shark-Tank-proof/tree/main/skills/burn-test

Installed? Explore more Programação e Desenvolvimento skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que burn-test faz?

A pessoa que pergunta "e isso quanto custa?" Margens decidem se uma boa ideia é um negócio. Este skill as encontra, com cada número rastreável até uma entrada, e diz claramente quantas dessas entradas são reais.

Leia ${CLAUDE_SKILL_DIR}/../receipts/rules.md primeiro.

Ferramenta nesta pasta:

python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md

Passo 1: colete as entradas

Escreva founder/numbers.json (formato: example.json nesta pasta, uma cafeteria de matcha). Precisa de:

campoo que colocar nele
unito que é uma venda: uma xícara, um pedido, um cliente-mês, um assento
pricepreço por unidade antes do imposto
variableo custo de UMA unidade: ingredientes, embalagem, frete, taxas de cartão, comissões por venda
fixed_monthlyo que você paga todo mês independentemente: aluguel, salários, software, seguro
startupgasto único antes de abrir: depósitos, construção, equipamentos, primeiro estoque, anúncios de lançamento
plan_per_dayo volume quando estiver funcionando
ramp_per_day12 números: volume realista em cada mês do ano 1
capacity_per_dayo máximo que você pode vender fisicamente em um dia, se houver um limite

De onde vêm os números, nesta ordem:

  1. Citações, faturas, contratos de locação e listas de preços de fornecedores do próprio usuário.
  2. Preços públicos que o usuário pode verificar (lista de preços de um fornecedor, anúncio de um locador, taxas publicadas de um processador de pagamento). Escreva a fonte ao lado do número em founder/cfo-sources.md.
  3. Sua estimativa, claramente marcada como estimativa, com o raciocínio. Nunca apresente uma estimativa como fato.

Registre cada entrada no razão, tipo cost (ou price para o preço): uma cotação, fatura, contrato de locação ou página de preço publicada é MEASURED com seu id de evidência; uma estimativa é PLANNED. O relatório informa quantos custos são respaldados.

Pergunte ao usuário por qualquer coisa que só ele sabe (aluguel cotado, salários que pagará). Use o preço de founder/pricing.md ou founder/pitch.md se esses existirem.

A rampa é onde os planos mentem. O mês 1 quase nunca é o volume planejado. Se o painel de compradores foi executado, use sua taxa de compra e compras do primeiro mês para verificar sanity a rampa (founder/panel/results.md), e diga como fez isso. Os números do painel são um limite superior; se nenhum comprador real se comprometeu ainda, a rampa honesta é mais baixa do que o painel sugere, nunca mais alta.

Passo 2: execute

python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md

Ele escreve: a tabela por unidade e a contribuição (o que cada venda deixa após seus próprios custos), custos fixos, o ponto de equilíbrio em unidades por dia, a margem de lucro no volume planejado, ano 1 mês a mês, o lucro operacional do ano 1 e o resultado após o gasto inicial, o caixa necessário antes de se pagar, o mês em que o dinheiro inicial é recuperado, e uma tabela de cenários (preço -10%, volume -20%, custos unitários +15%). Ele sinaliza um preço abaixo do custo variável, um ponto de equilíbrio acima da capacidade, um ano 1 com prejuízo e um payback além de 12 meses.

Cenários sem editar o arquivo:

python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --price 7.00
python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --volume 0.8

Passo 3: a nota do CFO

Adicione uma seção curta no topo de founder/cfo.md, em palavras simples:

  • A verdade dura: o número com maior probabilidade de afundar o negócio, e quantas das entradas são cotações versus estimativas ("4 de 11 custos são cotados; a rampa é um palpite").
  • O caso ruim: execute --volume 0.5 e reporte em uma linha. Se não houver evidência real de demanda ainda, isso é tão provável quanto o plano.
  • A margem: a margem de lucro no plano, e a contribuição por unidade.
  • A linha a observar: o único custo ou premissa que mais move o resultado (geralmente a rampa, o aluguel ou o preço), com o cenário que o prova.
  • Caixa: quanto dinheiro o fundador precisa antes de se pagar.
  • Três maneiras de melhorar a margem, cada uma com o número que muda e quanto (execute o cenário, não chute).
  • Se as condições do board sobre dinheiro (founder/board.md) são atendidas.

Regras

  • Cada número na sua nota vem da saída da ferramenta ou de uma entrada que você pode nomear.
  • Cada saída do modelo (margem, ponto de equilíbrio, ano 1, payback) é PLANNED. Nunca chame uma margem projetada de "a margem real" ou um resultado.
  • Receita é antes do imposto; diga se o mercado do usuário adiciona imposto sobre vendas por cima.
  • Não é aconselhamento financeiro, tributário ou legal. Diga uma vez que um contador deve verificar a estrutura, custos trabalhistas e impostos antes de mover dinheiro.

Saída

founder/numbers.json, founder/cfo.md, founder/cfo-sources.md. Próximo: /kill-or-build usa esses números para o veredito; /litmus se a margem for apertada.

Individual skills in this repo

This repo contains 5 individual skills — each has its own dedicated page.

dealbreaker

Builds an offer too good to refuse. Lists every problem the buyer hits on the way to the result they want, turns each into a solution, trims to what is cheap to deliver and valuable to the buyer, and stacks it with honest bonuses, a guarantee the CFO can afford, real urgency and a clear name. Scores it on the value equation (outcome, likelihood, time, effort) and re-tests it on a quick buyer panel. Use when the user says "make my offer better", "why won't people buy", "what should I include", "guarantee", "bonuses", "grand slam offer", or after the panel shows people passing.

handshake

Turns the founder folder into the thing that gets one real person to say yes to the next step: a one-page pilot offer for a customer, an NSF Project Pitch or grant answer for a funder, an investor or lender one-pager, a business case for a boss, or an invite for the people who will use it. Always writes the one-sentence, three-sentence and three-minute versions first. Builds only from claims in the evidence ledger that the audience may see, never from simulated buyers, and checks the finished pitch with the ledger before it goes out. Use when the user says "pitch this", "write a pilot offer", "one-pager", "grant pitch", "NSF pitch", "deck for", "email this customer", "business case", or "what do I send them".

kill-or-build

Your business planner. Compiles everything the other Shark Tank Proof skills wrote (the board's verdict, the competitors, the buyer panel, pricing, the offer, the CFO's numbers, marketing, brand, operations, the launch plan and the evidence ledger) into one business plan with a verdict at the top that is computed, never written by hand: Profitable (the numbers pass and a real buyer has paid, signed or booked), Unproven (works on paper, no real buyer yet), Not yet (with the failing numbers) or Incomplete. A simulated panel can fail a plan but never pass one. Adds an executive summary and a one-page version. Use when the user says "write my business plan", "put it all together", "is it profitable", "give me the plan", or at the end of the Shark Tank Proof pack.

shark-board

Your board of directors, built to disagree with you. Puts a business idea in front of a four-member board, each a sub-agent reading the idea through one published framework: the Offers lens (from Alex Hormozi's $100M Offers), the Monopoly lens (from Peter Thiel's Zero to One), the Product lens (from Walter Isaacson's biography of Steve Jobs) and the Evidence lens (from Rob Fitzpatrick's The Mom Test), which scores only what real people have done. Each member scores the idea, names what would kill it and the cheapest test that would prove it, and votes fund, fund with conditions, or pass. Use when the user says "test my business idea", "would this work", "pressure-test this", "what would a board say", "is this a good business", or starts the Shark Tank Proof pack on a new idea.

truth-serum

The consumer panel. Spins up a swarm of buyer sub-agents (default 100, --quick for 20) trained on the user's target customer, each with a different income, age, buying behaviour and objection, shows every one the same pitch, and runs the business through 100 buyer scenarios to see who buys, who doesn't, and why. Tallies the answers into buy rates by segment, the reasons people pass in their own words, what would flip a no, and price answers for litmus. Every result is labelled SIMULATED: it finds objections and the questions to ask real buyers, and never counts as demand. Use when the user says "would people buy this", "test it on customers", "run the consumer panel", "simulate buyers", "who is my customer", or "validate demand".

Habilidades Relacionadas