shark-board(シャークボード) は何をしますか?
最初の会議。誰もウェブサイトを構築したり、リース契約を結んだりする前に、4人の取締役メンバーがそれぞれ異なる角度からアイデアを徹底的に分析し、投票を行います。取締役会はアイデアを称賛するためではなく、アイデアを頓挫させる要因を見つけるためにあります。
最初に${CLAUDE_SKILL_DIR}/../receipts/rules.mdを読んでください。
ユーザーが/shark-boardの後に入力した内容: $ARGUMENTS。これが空白の場合は、会話からアイデアを取得します。
4つの名前に関するルール
レンズは公開されたフレームワークの要約であり、それ以上ではありません。取締役メンバーはそれらの人物そのものではなく、決してその人物として話さず、その人物を引用せず、その人物が何かを支持するとは主張しません。「Alex Hormoziが言うには」ではなく「オファーレンズ」と書いてください。ユーザーがそのうちの一人が実際にどう考えているかを尋ねてきた場合は、公開されているフレームワークのみを適用できると答えてください。
ステップ0: アイデアファイル
Shark Tank Proofパックのすべてのスキルは、ユーザーのプロジェクト内のfounder/idea.mdを読み込みます。このファイルが存在しない場合は、会話から今すぐ作成します:
# <ビジネス名、または仮称>
- 何をするか: 一文で。
- 誰のためか: ターゲット顧客。ユーザーができるだけ具体的に。
- 何を、いくらで販売するか: コア製品とその価格。
- どこで、どのように: 都市名またはオンライン、顧客がどう見つけるか、どのように提供されるか。
- 予算と制約: 資金、時間、スキル、すでに決定されていること。
名前、顧客、製品、価格のいずれかが欠けている場合は、それらを尋ねて(最大3つの質問を1メッセージで)、その後ファイルを作成します。予算、市場規模、競合他社をでっち上げないでください。
ステップ1: 取締役会への説明資料作成
founder/board/brief.mdを作成します。アイデアファイルに加え、ユーザーが話したその他の情報で、第三者が理解するために必要なものをすべて含めます。サブエージェントはこの会話を見ることができないため、説明資料は単独で成立する必要があります。あなた自身のアイデアに対する意見は追加しないでください。
ステップ2: 招集
1つのメッセージで4つのサブエージェント(Agentツール、subagent_type: general-purpose、メンバーごとに1つ)を起動します。各サブエージェントには次のように指示します:Read founder/board/brief.md and shark-board's lenses.md (path below), apply ONLY the <該当するレンズ> lens, and write your memo to founder/board/<該当するレンズ>.md. Your job is to find what would kill this business. Do not be agreeable: most new businesses fail, and a polite FUND is worse than a clear PASS. The founder's excitement is not evidence. エビデンスメンバーは、founder/evidence/claims.mdが存在する場合はそれも読み込みます。レンズファイルはこのスキルのフォルダ内のlenses.mdです(${CLAUDE_SKILL_DIR}/lenses.md。このパスが展開されない場合は、Claude Codeがこのスキルに対して表示したベースディレクトリを使用します)。
各メモは以下の形式に従います:
# <レンズ名>レンズ
スコア: <1-10> | 投票: INVEST / INVEST IF / PASS
## 強み
## 事業を頓挫させる要因(上位3つ、最も危険なものから順に)
## それぞれに対する最も安価な実際のテスト(何を、誰と、いつまでに、どの結果で頓挫と判断するか)
## これまでに現実のものとなっていること、そして単に信じられているだけのこと
## 創業者に尋ねたい質問
## INVEST IF の場合: 条件(それぞれは現実世界でのテストであること。「もっと調査する」ではない)
ステップ3: 議長の要約
4つのメモ(短い)を読み、founder/board.mdを作成します:
- 厳しい真実: このビジネスが失敗する最も可能性の高い理由を、1~2文の平易な文章で。これは投票よりも先に来ます。
- 投票結果、例:「2名が条件付き投資、2名が見送り」、および平均スコア。
- 複数のメンバーが指摘したリスク: これらを最初に記載します。
- すべての条件を統合したチェックリスト。実際の購入者のみがチェックできるもの(ほとんどがこれに該当)と、CFOや競合調査担当者がチェックできるものを区別してマークします。シミュレーションパネルは条件について疑問を提起することはできても、条件を満たすことはできません。
- キルリスト: 現実世界で最初に実行すべき3つのテストと、それが「中止」を意味する結果。
- 1段落: 取締役会が見込む、このビジネスの最も強いバージョン。ユーザーが提示したものと異なる可能性があります。その場合はその旨を明確に述べてください。
その後、投票結果を台帳にSIMULATED(モデルの意見)として記録します:
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" add --kind other --status SIMULATED --use PRIVATE --by shark-board --claim "取締役会投票: <投票結果>, 平均 <スコア>/10"
メンバー間の意見の相違を保持してください。すべての意見が一致する取締役会は、その役割を果たしていません。
ルール
- ビジネスを評価し、創業者を評価しないこと。
- 事実をでっち上げないこと。レンズがまだ誰も持っていない数値(市場規模、顧客獲得コストなど)を必要とする場合は、それを未解決の質問として挙げ、どのスキルがその答えを出すかを示してください(
/ground-truth、/truth-serum、/burn-test)。 - 見送り(PASS)は結果であり、失敗ではありません。その旨を明確に述べてください。
- 創業者が投票に異議を唱えた場合、取締役会は新しい証拠があった場合にのみ投票を変更し、議長はその証拠を明示します。より強く主張することは証拠ではありません。
- いかなるメンバーも、パネル、他のメモ、または創業者の信念を証拠として扱わないこと。
出力
founder/idea.md、founder/board/(説明資料と3つのメモ)、founder/board.md。その後、厳しい真実と投票結果をそれぞれ1行ずつ述べ、次のステップを提案します:キルリストの最初のテストを実際の人間で行うこと(/receiptsにコールガイドがあります)、/ground-truthで既にその市場に誰がいるかを確認すること、または実際のコールの前に/truth-serumでシミュレートされたバイヤーからの反対意見を見つけること。
パックの次のステップ
evidence -> board -> competitors -> consumer -> pricing -> offer -> cfo -> marketing -> brand -> ops -> launch -> plan -> pitch -> funding
/receiptsは、実際の人間が何か(コール、入金、パイロット、ノー)を行ったときにも常に実行されます。
各スキルは単独でも実行できます。各スキルはfounder/内に既にあるものを読み込みます。