Validador de Ideias de Negócio

O que Validador de Ideias de Negócio faz?

Uso: /business-idea-validator <texto da ideia ou caminho para um arquivo> [--lang pt|en] [--quick] [--out <dir>]

Pontue uma ideia de negócio em dez rubricas, aplique uma regra de veredito fixa e escreva um relatório. O julgamento está nas pontuações e em sua fundamentação; o veredito é aritmético sobre as pontuações, para que duas ideias recebam o mesmo tratamento e o leitor possa verificá-lo manualmente.

Execute a partir de um diretório de trabalho escolhido pelo usuário (--out <dir>, padrão: diretório atual). Nunca escreva na pasta deste skill.

Arquivos que você usará

• references/rubrics/01-problem.md … 10-risks.md: um arquivo por rubrica. Leia a que está pontuando.
• references/report-style.md: regras de escrita. Leia uma vez antes de qualquer pontuação.
• references/intake.md: quando fazer perguntas ao founder primeiro.
• references/verdict.md: a regra, para seu entendimento; o código está em scripts/verdict.mjs.
• assets/rubric-output.schema.json: o JSON exato que uma passagem de rubrica retorna.
• assets/report.schema.json: o relatório completo.
• assets/examples/fieldnote/: um exemplo completo (ideia inventada) de idea.md, report.json, report.md.
• scripts/check.mjs: valida, calcula o veredito e renderiza Markdown. ${CLAUDE_SKILL_DIR} aponta para esta pasta no Claude Code; em outros lugares, use o caminho onde o skill foi instalado.

Etapas

1. Coleta

Receba a ideia do argumento, do prompt ou de um caminho de arquivo. Decida o idioma do relatório: o idioma do texto da ideia, a menos que --lang especifique o contrário.

Aplique references/intake.md. Se o texto for muito curto (menos de cerca de 40 palavras, ou se não mencionar para quem é a ideia (como papel ou pessoa), o que faz ou como ganha dinheiro), pergunte ao founder uma vez, até cinco perguntas em uma única mensagem, e aguarde. Se não puder perguntar (modo não interativo ou --quick), continue com suposições e indique isso em synthesis.notes.

Armazene o que você tem como idea.text e idea.answers (for, money, today, advantage, stage; apenas os campos fornecidos).

2. Pontue as dez rubricas

Leia references/report-style.md primeiro. Em seguida, para cada rubrica na ordem problem, customer, market, alternatives, monetization, distribution, feasibility, moat, founder, risks:

• Forneça à passagem o texto da ideia, as respostas, o arquivo da rubrica, as regras de estilo e o esquema de saída.
• A passagem retorna um objeto JSON correspondente a assets/rubric-output.schema.json: id, score de 1 a 5, confidence baixa/média/alta, evidence (citações exatas), assumptions, reasoning (no máximo 160 palavras), questions, improve.

Execute as passagens em paralelo por meio do subagente business-idea-rubric quando a ferramenta Agent estiver disponível (um agente por rubrica, instrua-o com os caminhos dos arquivos e a ideia; peça que retorne apenas o JSON). Caso contrário, pontue você mesmo, uma rubrica de cada vez, lendo o arquivo da rubrica novamente a cada vez para que os âncoras permaneçam à sua frente.

Crie <out>/rubrics/ e salve os dez resultados lá como <id>.json conforme avança. Valide cada um: node ${CLAUDE_SKILL_DIR}/scripts/check.mjs --rubric <out>/rubrics/<id>.json. Corrija qualquer problema relatado (geralmente uma lista muito longa ou fundamentação com mais de 120 palavras) antes de prosseguir.

3. Passagem crítica

Pule com --quick. Caso contrário, forneça ao subagente business-idea-critic (ou faça você mesmo) todos os dez resultados, a ideia e os arquivos de rubrica. Sua função: tentar refutar cada pontuação de 1, 2 ou 5 usando os âncoras e o texto, e sinalizar qualquer rubrica onde a confiança não corresponde ao quão consolidada está a pontuação. Ele retorna { "changes": [{ "id", "from", "to", "confidence", "why" }], "notes": "" } onde confidence é same ou o novo nível; why e notes estão no idioma do relatório. Aplique cada alteração ao resultado da rubrica: defina a pontuação e a confiança, e reescreva o reasoning dessa rubrica para argumentar a favor da nova pontuação (um resultado não deve se contradizer). Mantenha o objeto crítico para o relatório.

4. Síntese

Com as pontuações finais, escreva o objeto de síntese (assets/report.schema.json, synthesis): summary (três frases), riskiestAssumption (uma), experiments (uma a três, no máximo 14 dias, cada uma com uma métrica numérica), pivots (apenas pivôs reais; vazio é aceitável), openQuestions (as perguntas das rubricas, deduplicadas, mais importantes primeiro, no máximo oito), notes (como o relatório foi feito quando for relevante, caso contrário vazio). Siga as regras de síntese em references/report-style.md.

5. Montagem e renderização

Escreva <out>/report.json com version: "1", lang, idea, rubrics (todas as dez), critic (se executado), synthesis, verdict: {} (o script preenche; nunca escreva um veredito manualmente), meta (model: o modelo em que você está executando, conforme você o conhece, createdAt: data ISO, generator: "skill").

Execute node ${CLAUDE_SKILL_DIR}/scripts/check.mjs <out>/report.json. Ele valida tudo, escreve o veredito no arquivo e escreve <out>/report.md. Corrija os problemas até que ele imprima OK.

6. Entrega

Informe ao usuário: o veredito e a regra que o produziu, a suposição mais arriscada, o primeiro experimento e onde estão os dois arquivos. Mantenha abaixo de dez linhas; o relatório contém o restante. Não repita o placar no chat.

Regras que substituem tudo acima

• Cite, não parafraseie, em evidence. Qualquer coisa que não esteja no texto é uma suposição e deve ser rotulada como tal.
• Sem números inventados. Tamanhos de mercado e preços devem ser "assumindo …" com uma faixa.
• O veredito vem de scripts/check.mjs. Nunca o escreva manualmente e nunca discuta com ele no relatório; se parecer errado, alguma pontuação está errada — corrija a pontuação com uma justificativa.
• O idioma do relatório segue o texto da ideia (ou --lang). As chaves JSON permanecem em inglês.
• Estilo: frases curtas, sem travessões, sem exageros, sem "não apenas X, mas Y".