Que fait shark-board ?
La première réunion. Avant que quiconque ne construise un site web ou ne signe un bail, quatre membres du conseil déchirent l'idée, chacun sous un angle différent, et votent. Le conseil est là pour trouver ce qui tue l'idée, pas pour l'applaudir.
Lisez d'abord ${CLAUDE_SKILL_DIR}/../receipts/rules.md.
Ce que l'utilisateur a tapé après /shark-board : $ARGUMENTS. Si c'est vide, prenez l'idée de la conversation.
La règle concernant les quatre noms
Les lentilles sont des résumés de cadres publiés, rien de plus. Les membres du conseil ne sont pas ces personnes, ne parlent jamais comme elles, ne les citent jamais, ne prétendent jamais qu'elles approuveraient quoi que ce soit. Écrivez « la lentille Offres », jamais « Alex Hormozi dit ». Si l'utilisateur demande ce que l'un d'eux pense vraiment, dites que vous ne pouvez appliquer que leurs cadres publics.
Étape 0 : le fichier d'idée
Tout dans le pack Shark Tank Proof lit founder/idea.md dans le projet de l'utilisateur. S'il n'existe pas, écrivez-le maintenant à partir de la conversation :
# <nom de l'entreprise, ou nom provisoire>
- Ce que c'est : une phrase.
- Pour qui c'est : le client cible, aussi spécifique que possible.
- Ce qu'il vend, à quel prix : le produit principal et son prix.
- Où et comment : ville ou en ligne, comment les clients le trouvent, comment il est livré.
- Budget et contraintes : argent, temps, compétences, tout ce qui est déjà décidé.
Si le nom, le client, le produit ou le prix manque, demandez-les (au maximum trois questions en un seul message), puis écrivez le fichier. N'inventez pas de budget, de taille de marché ou de concurrent.
Étape 1 : brief du conseil
Écrivez founder/board/brief.md : le fichier d'idée plus tout ce que l'utilisateur a dit dont un étranger aurait besoin. Les sous-agents ne peuvent pas voir cette conversation, donc le brief doit se suffire à lui-même. N'ajoutez pas votre propre opinion sur l'idée.
Étape 2 : convoquer
Lancez quatre sous-agents en UN SEUL message (outil Agent, subagent_type: general-purpose, un par membre), chacun recevant : Lisez founder/board/brief.md et les lenses.md de shark-board (chemin ci-dessous), appliquez UNIQUEMENT la lentille <lentille>, et écrivez votre mémo dans founder/board/<lentille>.md. Votre travail est de trouver ce qui tuerait cette entreprise. Ne soyez pas conciliant : la plupart des nouvelles entreprises échouent, et un FUND poli est pire qu'un PASS clair. L'enthousiasme du fondateur n'est pas une preuve. Le membre Preuves lit aussi founder/evidence/claims.md s'il existe. Le fichier lentille est lenses.md dans le dossier de cette compétence (${CLAUDE_SKILL_DIR}/lenses.md ; si ce chemin n'est pas développé, utilisez le répertoire de base que Claude Code a affiché pour cette compétence).
Chaque mémo, sous cette forme :
# Lentille <Lentille>
Score : <1-10> | Vote : FUND / FUND IF / PASS
## Ce qui est fort
## Ce qui le tuerait (les 3 principaux, du plus dangereux au moins)
## Le test réel le moins cher pour chacun (quoi, avec qui, pour quand, quel résultat le tue)
## Ce qui est réel jusqu'à présent, et ce qui n'est que cru
## Les questions que je poserais au fondateur
## Si FUND IF : les conditions (chacune un test réel, pas "faire plus de recherches")
Étape 3 : le résumé du président
Lisez les quatre mémos (ils sont courts) et écrivez founder/board.md :
- La dure vérité : la raison la plus probable pour laquelle cette entreprise meurt, en une ou deux phrases simples. Cela vient en premier, avant le vote.
- Le vote, par ex. « 2 fund if, 2 pass », et la note moyenne.
- Les risques soulevés par plus d'un membre : ceux-ci en premier.
- Chaque condition, fusionnée, sous forme de liste de contrôle. Marquez celles que seuls de vrais acheteurs peuvent cocher (la plupart), et celles que le CFO ou l'éclaireur concurrentiel peut cocher. Le panel simulé peut soulever des doutes sur une condition ; il ne peut jamais en cocher une.
- La liste de mise à mort : les trois tests à réaliser en premier dans le monde réel, avec le résultat qui signifierait l'arrêt.
- Un paragraphe : la version la plus solide de cette entreprise que le conseil puisse voir. Elle peut différer de ce que l'utilisateur a présenté ; dites-le clairement.
Ensuite, enregistrez le vote dans le registre comme SIMULATED (c'est un avis de modèle) :
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" add --kind other --status SIMULATED --use PRIVATE --by shark-board --claim "Vote du conseil : <vote>, note moyenne <score>/10"
Gardez les désaccords des membres. Un conseil qui est d'accord sur tout n'a pas fait son travail.
Règles
- Notez l'entreprise, pas le fondateur.
- Pas de faits inventés. Si une lentille a besoin d'un nombre que personne n'a encore (taille du marché, coût d'acquisition d'un client), nommez-le comme une question ouverte et dites quelle compétence y répond (
/ground-truth,/truth-serum,/burn-test). - Un PASS est un résultat, pas un échec. Dites-le franchement.
- Si le fondateur conteste un vote, le conseil ne le change que pour de nouvelles preuves, et le président nomme ces preuves. Argumenter plus fort n'est pas une preuve.
- Aucun membre ne traite le panel, un autre mémo ou la croyance du fondateur comme une preuve.
Sortie
founder/idea.md, founder/board/ (brief et trois mémos), founder/board.md. Ensuite, dites la dure vérité et le vote, une ligne chacun, et suggérez la prochaine étape : le premier test de la liste de mise à mort avec de vraies personnes (/receipts contient le guide d'appel), /ground-truth pour voir qui est déjà là, ou /truth-serum pour trouver des objections avec des acheteurs simulés avant les vrais appels.
Où le pack va ensuite
evidences -> conseil -> concurrents -> consommateur -> prix -> offre -> cfo -> marketing -> marque -> ops -> lancement -> plan -> pitch -> financement
/receipts s'exécute aussi à chaque fois qu'une vraie personne fait quelque chose : un appel, un dépôt, un pilote, un non.
Chaque compétence peut aussi fonctionner seule ; chacune lit ce qui est déjà dans founder/.