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 企業而言，可以是一個基於他們自身數據的限時試用（二到八週、一個工作流程、預先寫好的成功標準、明確的結束條件：轉為標準價格或移除服務且無須付費）。使用 ${CLAUDE_SKILL_DIR}/../handshake/receivers.md 中的試用報價格式。以下完整的報價即為試用期後轉入的方案。
步驟 2：問題清單
用買家的語言，寫下買家在達成目標過程中遇到的每一個障礙：購買前（懷疑、價格、轉換成本）、購買中（等待、學習、不便）、購買後（效果是否能持久、如果失敗怎麼辦）。目標是 15 到 30 個。優先從面板調查的異議和競爭對手的投訴中提取。
步驟 3：解決方案，修剪與堆疊
將每個問題轉化為解決方案（功能、服務、保證、形式）。為每個解決方案評分：對買家的價值（1 到 5 分）和交付成本（1 到 5 分，依據財務長的數字）。保留高價值、低成本者。將保留的項目堆疊成：
- 核心：產品本身，根據成果描述，而非成分。
- 附加贈品：兩到三個，每個針對一個特定異議。
- 保證：若未達成承諾會怎樣。在做出承諾前，先用財務長的工具模擬在合理的索賠率下的成本。
- 緊迫感與稀缺性：僅在真實存在時使用（例如上市週、限量第一批）。絕不偽造倒數計時或「僅剩 3 個」。
- 名稱：報價的明確具體名稱，而非公司名稱。
步驟 4：評分
根據價值方程式，評分「之前」與「之後」的每項（1 到 10 分）：理想成果、買家感受到的達成可能性、達成成果所需的時間、努力與犧牲。說明報價組合中的哪些元素影響了哪些分數。
對可能性要嚴格：在沒有 MEASURED 結果之前，買家只能相信創辦人的話。除非有案例、報價或基於買家數據的示範，否則可能性仍然很低，而一堆附加贈品並不能改變這一點。
步驟 5：重新測試
將新報價寫入 founder/pitch.md（保留舊版為 founder/pitch-v1.md），並使用相同種子執行 /truth-serum --quick。報告「之前」與「之後」的購買率，以及哪些異議消失了。如果沒有變化，請如實說明：問題可能出在市場或價格，而非報價本身。如果數據有變化，也請說明，並強調這仍然是模擬結果：真正的重新測試是將第一個「是」的報價提供給真實買家。
使用 ledger.py add 將報價中的每個承諾（例如「5 天內見效」、「快 3 倍」、「零數據外洩」）記錄為 PLANNED，類別 product，除非已有證據證明該承諾為 MEASURED。
規則
- 每個承諾都必須可交付且可負擔；與財務長確認成本。
- 尚未被衡量的承諾應寫作目標或承諾（例如「我們會進行衡量」、「如果未能達成，您無需付費」），絕不能寫作事實。
- 不得使用虛假評論、見證、稀缺性、折扣或「如 xxx 所見」。
- 遵守使用者市場中關於保證和聲明（尤其是健康聲明）的廣告與消費者保護法規。此非法律建議。
輸出
founder/offer.md（先寫出殘酷的事實：報價中最弱的環節；然後是第一個「是」的報價、問題清單、報價組合、成本、價值方程式評分、重新測試結果）以及更新後的 founder/pitch.md。下一步：執行 /burn-test 以重新計算報價組合的數字，然後 /signal，或 /handshake 將第一個「是」的報價發送給真實買家。