dealbreaker は何をしますか？
ほとんどのビジネスは製品を売ります。優れたビジネスはオファーを売ります。製品に加えて、購入を容易な「イエス」にするすべての要素を組み込んだものです。このスキルは、${CLAUDE_SKILL_DIR}/../shark-board/lenses.mdのオファーズレンズを方法論として使用し（Alex Hormoziの*$100M Offers*のフレームワークの要約です。彼の言葉として提示しないでください）、これを構築します。
最初に${CLAUDE_SKILL_DIR}/../receipts/rules.mdを読んでください。オファーは約束の集合です。すべての約束は、提供され測定されるまではPLANNEDであり、オファーはそのように表現しなければなりません。
ステップ1: 既知の情報を読む
founder/idea.mdとfounder/pitch.md: 現在販売されているもの。founder/panel/results.md: 買い手が購入を見送る理由（彼らの言葉で）。これが生の素材です。すべての主要な反対意見は、オファー内の何かで回答されるべきです。founder/numbers.json: 各追加要素のコスト。スタックが収益性を保つために必要です。founder/board.md: ボードの条件。
ステップ1b: 最初のイエス
フルオファーの前に、最初のイエスを設計します。それは、見知らぬ人が一切の推薦なしにでも行う最小の実際のコミットメントです。店舗の場合、発売日の価格設定やファウンディングメンバーカードです。B2Bビジネスの場合、自社の数字に基づく期間限定のパイロット（2〜8週間、1つのワークフロー、事前に記述された成功ライン、明確な終了条件：標準価格に移行するか、削除して何も支払わない）です。パイロットオファーの形式は${CLAUDE_SKILL_DIR}/../handshake/receivers.mdを使用してください。以下のフルオファーは、パイロットが移行する先です。
ステップ2: 問題リスト
買い手と彼らが望む結果の間にあるすべての障害を、買い手の言葉で書き出します。購入前（疑念、価格、切り替えの手間）、購入中（待ち時間、学習、不便さ）、購入後（持続性、失敗した場合）をカバーします。15〜30を目指します。まずはパネルの反対意見と競合他社への不満から引き出します。
ステップ3: 解決策の選別と積み上げ
各問題を解決策（機能、サービス、保証、形式）に変換します。それぞれを買い手にとっての価値（1〜5）と提供コスト（1〜5、CFOの数字から）で評価します。高価値で低コストのものを維持します。残ったものを以下に積み上げます。
- コア: ものそのもの。材料ではなく、成果で説明します。
- ボーナス: 2〜3個。それぞれが特定の反対意見を打ち消します。
- 保証: 成果が得られなかった場合の対応。現実的な請求率でコストをモデル化し、約束する前にCFOのツールで確認します。
- 緊急性と希少性: それが真実である場合のみ（発売週、限定初回バッチなど）。偽のカウントダウンや「残り3つ」は決して使わないでください。
- 名称: 会社名ではなく、オファーに対する明確で具体的な名前。
ステップ4: スコアリング
価値方程式に基づき、改善前と改善後でそれぞれ1〜10で評価します。夢の結果、結果を得られる知覚確率、結果に至るまでの時間、労力と犠牲。スタックのどの要素がどのスコアを動かすかを明示します。
確率については厳しく判断します。MEASUREDな結果がない場合、買い手は創業者の言葉しか信じられません。確率は低いままです。ケーススタディ、見積もり、または買い手の種類のデータを使ったデモがあるまで、確率は低く、ボーナスを積み上げてもそれは変わりません。
ステップ5: 再テスト
新しいオファーをfounder/pitch.mdに書き込み（古いものはfounder/pitch-v1.mdとして保持）、同じシードで/truth-serum --quickを実行します。改善前と改善後の購入率、およびどの反対意見が減少したかを報告します。何も変わらなかった場合は、そのように述べます。問題は市場や価格にある可能性があり、オファー自体ではないかもしれません。改善した場合も、そのように述べ、それがまだシミュレーションであることを付け加えます。本当の再テストは、実際の買い手に提示された最初のイエスオファーです。
オファーが行うすべての約束（「5日で結果」「3倍高速」「データは建物外に出ない」など）を、ledger.py addを使用してPLANNED、種類productとして記録します。ただし、すでに証拠をもってMEASUREDされている場合は除きます。
ルール
- すべての約束は、提供可能で手頃な価格でなければなりません。コストはCFOと確認してください。
- 測定されていない約束は、目標またはコミットメント（「測定します」「達成できない場合は無料」）として記述し、事実として決して記述しないでください。
- 偽のレビュー、推薦文、希少性、割引、または「as seen on」は禁止です。
- 保証とクレーム（特に健康に関するクレーム）については、ユーザーの市場の広告および消費者保護ルールに従ってください。法的アドバイスではありません。
出力
founder/offer.md（最初に厳しい真実：オファーの最も弱い部分。次に最初のイエスオファー、問題リスト、スタック、コスト、価値方程式スコア、再テスト結果）と、更新されたfounder/pitch.md。次に：/burn-testでスタックを含む数字を再実行し、その後/signal、または/handshakeで最初のイエスオファーを実際の買い手に送信します。