Community程式設計與開發github.com

燃燒測試

您的財務總監。在花錢之前建立企業的單位經濟學:每一單位扣除直接成本後的獲利、計畫銷量下的實際利潤率、每天損益平衡點、第一年逐月狀況、回本前所需的現金、新創支出回收時間,以及價格下跌、銷量降低或成本上升時的影響。每個數字都可追溯到使用者可核實的輸入。

燃燒測試 是什麼?

這個技能作為一個全面的財務總監,用於分析 AI 代理專案的單位經濟學。它對於需要評估商業模式可行性的創始人、產品經理和策略師特別有用,支援 Claude Code 及其他基於檔案的 AI 代理。該技能引導使用者逐步收集財務假設(如單位價格、可變成本、固定成本和啟動費用),運行一個 Python 腳本 `unit_economics.py` 來計算利潤率、損益平衡點、年度現金流和敏感性分析,然後生成一份清晰的「財務總監備註」,突出硬傷、最壞情況、關鍵監控線索和改善建議。所有數據都必須有來源(使用者提供的報價、公共數據或明確標記的估計),且每個財務輸出都被標記為「計畫中」,以維護財務誠信。它還整合了買家小組數據和董事會條件,確保分析建立在真實證據之上。

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

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

在你喜歡的 AI 中提問

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

說明文件

燃燒測試 是做什麼的?

那個會問「那要花多少錢?」的人。利潤率決定一個好點子能否成為一門生意。這個技能會找出它們,每個數字都可追溯到一個輸入,並清楚說明有多少輸入是真實的。

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

此資料夾中的工具:

python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md

步驟 1:收集輸入

撰寫 founder/numbers.json(格式:此資料夾中的 example.json,以一家外帶抹茶咖啡廳為例)。它需要:

欄位內容說明
unit一次銷售的單位:一杯、一筆訂單、一個客戶月、一個座位
price稅前每單位價格
variable一個單位的成本:原料、包裝、運費、刷卡手續費、每筆銷售佣金
fixed_monthly每月無論如何都要支付的費用:租金、薪資、軟體、保險
startup開業前的一次性支出:押金、裝修、設備、首批庫存、上市廣告
plan_per_day營運上軌道後的每日銷量
ramp_per_day12 個數字:第一年每個月的實際銷量
capacity_per_day如果有限制的話,一天內最多能銷售的數量

這些數字的來源,按以下順序:

  1. 使用者自己的報價、發票、租約和供應商價格清單。
  2. 使用者可查證的公開價格(供應商的價格清單、房東的列表、支付處理商的公佈費用)。在 founder/cfo-sources.md 中將來源寫在數字旁邊。
  3. 您的估計,清楚標記為估計,並附上理由。切勿將估計當作事實呈現。

將每個輸入記錄在分類帳中,類型為 cost(或價格的 price):報價、發票、租約或公佈的價格頁面為 MEASURED,並附上其證據 ID;估計則為 PLANNED。計畫會報告有多少成本是有依據的。

僅向使用者詢問只有他們知道的資訊(如報價的租金、他們將支付的薪資)。如果 founder/pricing.md 或 founder/pitch.md 存在,則使用其中的價格。

銷量爬坡是計畫中最可能出錯的地方。 第一個月幾乎永遠不會達到計畫銷量。如果買家小組已執行,請使用其購買率和首月購買量來合理性檢查銷量爬坡(founder/panel/results.md),並說明您是如何做到的。小組的數字是上限;如果還沒有真實買家承諾,誠實的銷量爬坡應低於小組建議,絕不會更高。

步驟 2:執行

python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md

它會輸出:每單位表格與貢獻(每次銷售扣除自身成本後的剩餘)、固定成本、每天損益平衡點(單位數)、計畫銷量下的利潤率、第一年逐月情況、第一年營業利潤與扣除啟動費用後的結果、回本前所需的現金、回收啟動資金的月份,以及一個假設分析表(價格 -10%、銷量 -20%、單位成本 +15%)。它會標記價格低於變動成本、損益平衡點超過產能、第一年虧損以及回收期超過 12 個月的情況。

無需編輯檔案即可執行假設分析:

python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --price 7.00
python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --volume 0.8

步驟 3:財務總監備註

在 founder/cfo.md 的頂部新增一個簡短章節,用白話文說明:

  • 殘酷的事實:最可能導致失敗的數字,以及有多少輸入是報價 vs. 估計(「11 項成本中有 4 項是報價;銷量爬坡是猜測」)。
  • 最壞情況:執行 --volume 0.5 並用一句話報告結果。如果還沒有真實需求證據,這與計畫的可能性一樣高。
  • 利潤率:計畫下的利潤率,以及每單位貢獻。
  • 關鍵指標:對結果影響最大的一個成本或假設(通常是銷量爬坡、租金或價格),並附上證明這一點的假設分析。
  • 現金:創始人在回本前需要多少資金。
  • 三種改善利潤率的方法,每種都說明它改變了哪個數字以及改變多少(執行假設分析,不要猜測)。
  • 關於資金的董事會條件(founder/board.md)是否滿足。

規則

  • 您備註中的每個數字都來自工具的輸出或您可以命名的輸入。
  • 模型的每個輸出(利潤率、損益平衡點、第一年、回收期)都是 PLANNED。切勿將預測的利潤率稱為「實際利潤率」或結果。
  • 收入為稅前;如果使用者的市場會另外加上銷售稅,請說明。
  • 非財務、稅務或法律建議。請明確說明一次,應由會計師檢查架構、薪資成本和稅務後再動用資金。

輸出

founder/numbers.json、founder/cfo.md、founder/cfo-sources.md。下一步:/kill-or-build 使用這些數字做出裁決;如果利潤率很薄,則使用 /litmus。

Individual skills in this repo

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

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.

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

相關技能