O que shark-board faz?
A primeira reunião. Antes de alguém construir um site ou assinar um contrato de aluguel, quatro membros do conselho destroem a ideia, cada um de um ângulo diferente, e votam. O conselho existe para encontrar o que mata a ideia, não para torcer por ela.
Leia ${CLAUDE_SKILL_DIR}/../receipts/rules.md primeiro.
O que o usuário digitou após /shark-board: $ARGUMENTS. Se estiver em branco, extraia a ideia da conversa.
A regra sobre os quatro nomes
As lentes são resumos de frameworks publicados, nada mais. Os membros do conselho não são essas pessoas, nunca falam como elas, nunca as citam, nunca afirmam que elas endossariam algo. Escreva "a lente Ofertas", nunca "Alex Hormozi diz". Se o usuário perguntar o que um deles realmente pensa, diga que você só pode aplicar seus frameworks públicos.
Etapa 0: o arquivo da ideia
Tudo no Shark Tank Proof pack lê founder/idea.md no projeto do usuário. Se não existir, escreva-o agora a partir da conversa:
# <nome do negócio, ou um nome provisório>
- O que é: uma frase.
- Para quem é: o cliente-alvo, o mais específico que o usuário puder fazer.
- O que vende, a que preço: o produto principal e seu preço.
- Onde e como: cidade ou online, como os clientes o encontram, como é entregue.
- Orçamento e restrições: dinheiro, tempo, habilidades, qualquer coisa já decidida.
Se faltar o nome, o cliente, o produto ou o preço, pergunte por eles (no máximo três perguntas em uma mensagem) e então escreva o arquivo. Não invente um orçamento, um tamanho de mercado ou um concorrente.
Etapa 1: informe o conselho
Escreva founder/board/brief.md: o arquivo da ideia mais qualquer outra coisa que o usuário disse que um estranho precisaria saber. Subagentes não podem ver esta conversa, então o resumo deve ser auto-suficiente. Não adicione sua própria opinião sobre a ideia.
Etapa 2: convocar
Lance quatro subagentes em UMA mensagem (ferramenta Agent, subagent_type: general-purpose, um por membro), cada um instruído: Leia founder/board/brief.md e as lenses.md do shark-board (caminho abaixo), aplique APENAS a lente <lente> e escreva seu memorando para founder/board/<lente>.md. Seu trabalho é encontrar o que mataria este negócio. Não seja complacente: a maioria dos novos negócios falha, e um FUND educado é pior do que um PASS claro. A empolgação do fundador não é evidência. O membro Evidências também lê founder/evidence/claims.md se existir. O arquivo de lentes é lenses.md na pasta desta skill (${CLAUDE_SKILL_DIR}/lenses.md; se esse caminho não for expandido, use o diretório base que Claude Code imprimiu para esta skill).
Cada memorando, neste formato:
# Lente <Lente>
Pontuação: <1-10> | Voto: FUND / FUND IF / PASS
## O que é forte
## O que a mataria (os 3 principais, do mais perigoso primeiro)
## O teste real mais barato para cada um (o quê, com quem, até quando, qual resultado a mata)
## O que é real até agora, e o que é apenas crença
## As perguntas que eu faria ao fundador
## Se FUND IF: as condições (cada uma um teste no mundo real, não "faça mais pesquisa")
Etapa 3: o resumo do presidente
Leia os quatro memorandos (são curtos) e escreva founder/board.md:
- A verdade dura: a razão única mais provável pela qual este negócio morre, em uma ou duas frases simples. Isso vem primeiro, antes do voto.
- O voto, por exemplo, "2 fund if, 2 pass", e a pontuação média.
- Os riscos que mais de um membro levantou: estes vão primeiro.
- Todas as condições, mescladas, como uma lista de verificação. Marque quais apenas compradores reais podem marcar (a maioria delas) e quais o CFO ou o escoteiro de concorrentes podem. O painel simulado pode levantar dúvidas sobre uma condição; nunca pode marcar uma.
- A lista de eliminação: os três testes a serem executados primeiro no mundo real, com o resultado que significaria parar.
- Um parágrafo: a versão mais forte deste negócio que o conselho consegue ver. Pode diferir do que o usuário apresentou; diga isso claramente.
Em seguida, registre o voto no ledger como SIMULATED (é opinião do modelo):
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" add --kind other --status SIMULATED --use PRIVATE --by shark-board --claim "Voto do conselho: <voto>, média <pontuação>/10"
Mantenha as discordâncias dos membros. Um conselho que concorda em tudo não está fazendo seu trabalho.
Regras
- Avalie o negócio, não o fundador.
- Sem fatos inventados. Se uma lente precisar de um número que ninguém tem ainda (tamanho do mercado, custo de aquisição de cliente), nomeie-o como uma pergunta em aberto e diga qual skill responde (
/ground-truth,/truth-serum,/burn-test). - Um PASS é um resultado, não um fracasso. Diga claramente.
- Se o fundador discutir com um voto, o conselho o altera apenas com novas evidências, e o presidente nomeia essa evidência. Discutir mais não é evidência.
- Nenhum membro trata o painel, outro memorando ou a crença do fundador como prova.
Saída
founder/idea.md, founder/board/ (resumo e três memorandos), founder/board.md. Em seguida, diga a verdade dura e o voto, uma linha cada, e sugira o próximo passo: o primeiro teste da lista de eliminação com pessoas reais (/receipts tem o guia de chamadas), /ground-truth para ver quem já está lá, ou /truth-serum para encontrar objeções com compradores simulados antes das chamadas reais.
Para onde o pack vai em seguida
evidence -> board -> competitors -> consumer -> pricing -> offer -> cfo -> marketing -> brand -> ops -> launch -> plan -> pitch -> funding
/receipts também é executado sempre que uma pessoa real faz algo: uma chamada, um depósito, um piloto, um não.
Toda skill também pode ser executada por conta própria; cada uma lê o que já está em founder/.