Communityコーディング&開発github.com

handshake

ファウンダーフォルダーを基に、実際の顧客へのパイロット提案、助成金申請、投資家向け資料、ビジネスケースなど、一歩先の「イエス」を得るための1ページピッチを作成します。証拠台帳に基づき、架空の情報は使いません。

handshake とは?

**handshake**は、スタートアップのファウンダーが、顧客、資金提供者、投資家、上司など特定の相手から次の「イエス」を得るための**1ページピッチ**を作成するAIエージェントスキルです。このスキルは、ファウンダーフォルダー内の証拠台帳(ledger)から実際に検証可能な主張のみを抽出し、架空のバイヤーや市場データを使わずにピッチを構成します。対象となるプラットフォームはClaude CodeなどのAIエージェントで、`/handshake` コマンドで呼び出します。ステップ1で相手と求める「イエス」を特定し、ステップ2で証拠台帳から使える事実をゲートチェック、ステップ3で1文・3文・3分間のアウトラインから書式に沿ってピッチを作成、ステップ4で証拠との整合性をスキャンして問題を修正した後、送信用のコピーを生成します。最終的にはファウンダーが送信するためのメール下書きと、次のアクションを出力します。

対応✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/peaknr35/shark-Tank-proof/tree/main/skills/handshake

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

handshake は何をしますか?

計画はファウンダーのためのもの。ピッチは一人の人間と一つの「イエス」のためのもの。このスキルは実際に分かっていることだけからピッチを書くため、ファウンダーは裏付けのない数字を守る必要なく送信できます。

ユーザーが /handshake の後に入力した内容: $ARGUMENTS

最初に ${CLAUDE_SKILL_DIR}/../receipts/rules.md を読んでください。台帳ツール:

python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" <gate | scan | summary>

以下では LEDGER はそれを正確に意味します。

ステップ1: 誰に、どんな「イエス」を求めるか

指定されていない場合、誰のためのものか、ファウンダーがどんな「イエス」を求めているかを尋ねます。受け手を特定します:顧客、資金提供者、投資家、貸し手、社内の誰か、または利用者となる人々。${CLAUDE_SKILL_DIR}/receivers.md を読んで、その受け手が見る必要があるものを確認します。

もし受け手からの文書(RFP、助成金公募、メール、求人票など)があれば、それを最初に読み、彼らが求めているものを正確に抽出し、founder/opportunities/<name>.md として保存します(形式: ${CLAUDE_SKILL_DIR}/../first-dollar/opportunity.md)。

要求を最小の現実的な「イエス」にまで落とし込みます(ルール7)。ファウンダーが見知らぬ人に高額な前金を要求したい場合は、受け手自身の数字に基づく期間限定のパイロットの方が「イエス」を得やすいと明確に伝え、両方の選択肢を提示します。

ステップ2: フォルダーが裏付けられるもの

LEDGER check
LEDGER gate --audience <public | anonymised | permission>

ピッチがどのように伝わるかに基づいて対象者を選びます:転送される可能性があるものは public、プライベート送信は anonymised、PERMISSION はすべての「ASK FIRST」クレームの人物が founder/evidence/people.md で承諾した場合のみ。

gate が出力するものだけから構築します。受け手がフォルダーで裏付けられないものを必要とする場合、それをごまかさず、出力の最後に ギャップ としてリストアップし、それを得る方法を記述します(/receipts ジョブ4で詳細を掘り下げます)。決して推測、パネル引用、取締役会の意見でギャップを埋めてはいけません。

需要について「測定」されたものが何もない場合、ピッチはそのことを正直に表現します。「企業が殺到している」ではなく、「パイロットを実施する3社を探している」のように。

ステップ3: 書く

  1. 1文、3文、3分間のアウトライン。
  2. receivers.md に従った受け手の形式。受け手から公募やRFPが与えられた場合は、彼ら自身の見出しを使って回答します。彼らの制限を尊重し(NSFセクションでは文字数をカウントし、その数を示します)。
  3. すべての事実をクレームID(例: [c04])で引用し、作業用ドラフト内に記述します。「予定」クレームは目標として書き(「期待しています」「パイロットでテストします」)、結果として書いてはいけません。
  4. 平易な言葉で短い「何がうまくいかない可能性があるか」セクション。受け手はこれを信頼します。
  5. ギャップ: このピッチをより強固にするために必要なものと、それぞれを得るための最も安価な方法。

founder/outputs/<YYYY-MM-DD>-<receiver>.md として保存します。

ステップ4: 送信前にチェック

LEDGER scan founder/outputs/<file>.md --audience <同じ対象者>

scan は、対象者が見てはいけない引用クレーム(「シミュレート」または「プライベート」なもの、許可のない「ASK FIRST」)を拒否し、実際の買い手が支払いや署名をしていない場合に「検証済み」「実証済み」「強い需要」などの証明語句にフラグを立てます。出力されたすべての問題を修正し、クリーンになるまで再度実行します。その後、ファウンダーが望めば [c..] ID なしの送信可能コピーを作成し、引用付きドラフトは保持します。

ルール

  • シミュレートされたバイヤー、取締役会メンバー、モデル出力が顧客、ユーザー、アドバイザー、または実在の人物による市場調査として引用、カウント、記述されることはありません。
  • 架空のアドバイザー、パートナー、ロゴ、クライアント名、数字は使えません。「会計分野のアドバイザー」には、people.md で掲載に同意した実際のアドバイザーが必要です。
  • 出典のない市場規模は使えません。そうでない場合は、推定値として方法とともに記述します。
  • 送信はファウンダーの仕事です。メールやメッセージのドラフトを作成し、送信はしません。

出力

founder/outputs/<date>-<receiver>.md (要求があればクリーンコピーも)、および公募やRFPがあった場合は founder/opportunities/<name>.md。最後に、1文、ギャップ、次のアクション(今週誰に送るか、回答があったときに /receipts に何を記録するか)を記載して終了します。

Individual skills in this repo

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

burn-test

Your CFO. Builds the unit economics of a business before money is spent: what one unit earns after its direct costs, the real profit margin at the planned volume, the break-even point in units a day, year 1 month by month, the cash needed before it pays for itself, how long the startup spend takes to earn back, and what happens if the price drops, sales come in low or costs rise. Every number traces to an input the user can check. Use when the user says "find the profit margins", "do the numbers", "is this profitable", "break-even", "unit economics", "how much do I need to start", or "run the CFO".

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.

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".

関連スキル