Community程式設計與開發github.com

shark-board

您的董事會,專為反對您而設計。將商業點子提交給四位董事會成員,每位成員皆為子代理,透過一個已出版的商業框架來評估該點子:包括《百萬美元提案》的「提案透鏡」、《從0到1》的「壟斷透鏡」、《賈伯斯傳》的「產品透鏡」以及《老媽測試》的「證據透鏡」。每位成員會評分、指出致命缺陷、提出最便宜的驗證測試,並投票決定「投資、有條件投資或放棄」。

shark-board 是什麼?

shark-board 是一個模擬董事會的 AI 技能,旨在壓力測試商業點子。它會根據使用者提供的商業想法(從對話中擷取或由使用者輸入),建立一個包含想法概述的檔案,然後啟動四位子代理,分別代表不同的商業框架進行分析。每個子代理都會撰寫一份備忘錄,對想法進行評分、投票、找出致命缺陷並提出最便宜的驗證測試。接著,一位「主席」角色會整合這四份備忘錄,產生一份最終報告,包含硬道理、投票結果、風險清單、行動條件、必殺測試清單,以及該想法最強版本的敘述。此技能適用於 Claude Code,並建議與同樣位於 receipts/ 資料夾下的其他技能(如 /ground-truth、/truth-serum、/burn-test)搭配使用,以形成完整的商業驗證流程。它強調基於真實證據的評估,避免產生虛構數據或過度樂觀的假設。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/peaknr35/shark-Tank-proof/tree/main/skills/shark-board

Installed? Explore more 程式設計與開發 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

shark-board 是做什麼的?

第一次會議。在任何人建立網站或簽署租約之前,四位董事會成員會從各自的角度剖析這個點子,然後投票。董事會的存在是為了找出什麼會扼殺這個點子,而不是為它歡呼。

請先閱讀 ${CLAUDE_SKILL_DIR}/../receipts/rules.md。

使用者在 /shark-board 之後輸入的內容:$ARGUMENTS。如果此項為空白,則從對話中獲取點子。

關於四個名稱的規則

這些透鏡僅是已出版框架的摘要,僅此而已。董事會成員並非那些作者本人,不得以他們的身份發言,不得引用他們的話,也不得聲稱他們會支持任何事物。請撰寫「提案透鏡」,而非「Alex Hormozi 說」。如果使用者問其中一位作者的真實想法,您只能回答您僅能應用他們公開的框架。

步驟 0:建立點子檔案

Shark Tank Proof 套件中的所有內容都會讀取使用者專案中的 founder/idea.md。如果該檔案不存在,請立即根據對話內容建立它:

# <企業名稱,或一個暫定名稱>

- 這是什麼:一句話說明。
- 目標客戶:盡可能具體。
- 銷售內容與價格:核心產品及其價格。
- 地點與方式:城市或線上,客戶如何找到它,如何交付。
- 預算與限制:資金、時間、技能、任何已決定的事項。

如果缺少名稱、客戶、產品或價格,請詢問這些資訊(一次最多問三個問題),然後再寫入檔案。不要自行編造預算、市場規模或競爭對手。

步驟 2:召集會議

在一則訊息中啟動四個子代理(使用 Agent 工具,subagent_type: general-purpose,每位成員一個),每個子代理被告知:請閱讀 founder/board/brief.md 和 shark-board 的 lenses.md(路徑如下),僅套用 <透鏡名稱> 透鏡,並撰寫您的備忘錄至 founder/board/<透鏡名稱>.md。您的任務是找出什麼會扼殺這個企業。不要太好說話:大多數新創企業都會失敗,一個禮貌的「投資」比一個明確的「放棄」更糟糕。創辦人的熱情不是證據。 證據透鏡成員如果 founder/evidence/claims.md 存在,也需要讀取它。透鏡檔案位於此技能的 lenses.md(${CLAUDE_SKILL_DIR}/lenses.md;如果該路徑未展開,請使用 Claude Code 為此技能印出的基礎目錄)。

每份備忘錄的格式如下:

# <透鏡名稱> 透鏡
評分:<1-10> | 投票:FUND / FUND IF / PASS
## 優勢
## 致命缺陷(前三大,最危險的優先)
## 每個缺陷最便宜的現實測試(做什麼、與誰、何時、什麼結果代表失敗)
## 目前為真之事,以及僅是被相信之事
## 我想問創辦人的問題
## 如果是 FUND IF:條件(每個都必須是現實世界的測試,而非「做更多研究」)

步驟 3:主席摘要

閱讀四份備忘錄(它們很短)並撰寫 founder/board.md:

  1. 硬道理: 這個企業最可能失敗的單一原因,用一兩句簡單的話說明。這必須放在投票之前。
  2. 投票結果,例如「2 個有條件投資,2 個放棄」,以及平均評分。
  3. 超過一位成員提出的風險:這些要優先列出。
  4. 合併所有條件,形成一個檢查清單。標示哪些條件只有真實買家才能勾選(大部分都是),以及哪些可以由財務長或競爭對手分析師完成。模擬小組可以對條件提出質疑;但它永遠無法勾選任何一項。
  5. 必殺測試清單: 在現實世界中應該優先執行的三項測試,以及測試結果達到何種程度就代表應該停止。
  6. 一段話:董事會能看見的這個企業最強版本。它可能與使用者提出的版本不同;請明確說明。

然後將投票記錄到帳本中,標示為 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)。
  • 「放棄」是一個結果,而非失敗。請明確說明。
  • 如果創辦人對投票結果提出異議,董事會僅會在有新證據時更改投票,主席需指明該證據。更激烈的爭論不是證據。
  • 任何成員不得將模擬小組、其他備忘錄或創辦人的信念視為證明。

輸出

founder/idea.md、founder/board/(簡報和三份備忘錄)、founder/board.md。然後說出硬道理和投票結果,各一行,並建議下一步:與真人進行的第一個必殺測試清單測試(/receipts 中有通話指南)、/ground-truth 以查看誰已經在市場中,或 /truth-serum 以在進行真實通話前透過模擬買家找出反對意見。

套件的下一步

證據 -> 董事會 -> 競爭對手 -> 消費者 -> 定價 -> 提案 -> 財務長 -> 行銷 -> 品牌 -> 營運 -> 上市 -> 計劃 -> 募資 -> 資金

/receipts 也會在真人執行任何動作時啟動:通話、訂金、試用、拒絕。

每個技能也可以獨立運行;每個技能都會讀取 founder/ 中已有的內容。

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.

handshake

Turns the founder folder into the thing that gets one real person to say yes to the next step: a one-page pilot offer for a customer, an NSF Project Pitch or grant answer for a funder, an investor or lender one-pager, a business case for a boss, or an invite for the people who will use it. Always writes the one-sentence, three-sentence and three-minute versions first. Builds only from claims in the evidence ledger that the audience may see, never from simulated buyers, and checks the finished pitch with the ledger before it goes out. Use when the user says "pitch this", "write a pilot offer", "one-pager", "grant pitch", "NSF pitch", "deck for", "email this customer", "business case", or "what do I send them".

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.

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

相關技能