CommunityCodierung & Entwicklunggithub.com

dealbreaker

Baut ein unwiderstehliches Angebot. Listet jedes Problem auf, das der Käufer auf dem Weg zum gewünschten Ergebnis hat, verwandelt es in eine Lösung, reduziert es auf das, was günstig zu liefern und für den Käufer wertvoll ist, und ergänzt es um ehrliche Boni, eine für den CFO erschwingliche Garantie, echte Dringlichkeit und einen klaren Namen. Bewertet es anhand der Wertgleichung (Ergebnis, Wahrscheinlichkeit, Zeit, Aufwand) und testet es erneut an einem kurzen Käuferpanel.

Was ist dealbreaker?

Dealbreaker ist ein Skill für KI-Agenten (wie Claude Code, Cursor, Codex), der ein unwiderstehliches Angebot nach der Methode des 'Offers Lens' aus der Shark-Board-Brille erstellt, basierend auf dem Framework aus Alex Hormozis *$100M Offers*. Der Skill analysiert vorhandene Informationen wie das aktuelle Produkt, Käufer-Einwände aus einem Panel und Kosten aus CFO-Daten, um ein optimiertes Angebot zu bauen. Er identifiziert 15–30 Hindernisse des Käufers, wandelt sie in wertvolle Lösungen (Features, Services, Garantien) um und priorisiert, was günstig zu liefern und für den Käufer wertvoll ist. Das Ergebnis ist ein gestapeltes Angebot mit Kern, Boni, Garantie, echter Dringlichkeit und einem klaren Namen, das anhand der Wertgleichung bewertet und in einem simulierten Test gegen die ursprüngliche Kaufrate gemessen wird. Der Skill ist besonders nützlich, wenn Nutzer sagen: 'Mach mein Angebot besser', 'Warum kaufen die Leute nicht?', 'Was soll ich einfügen?', 'Garantie', 'Boni', 'Grand-Slam-Angebot' oder nachdem das Panel gezeigt hat, dass Leute ablehnen.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/peaknr35/shark-Tank-proof/tree/main/skills/dealbreaker

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht dealbreaker?

Die meisten Unternehmen verkaufen ein Produkt. Gute verkaufen ein Angebot: das Produkt plus alles, was den Kauf zu einem leichten Ja macht. Dieser Skill baut das, unter Verwendung der Angebots-Brille in ${CLAUDE_SKILL_DIR}/../shark-board/lenses.md als Methode (eine Zusammenfassung des Frameworks in Alex Hormozis $100M Offers; niemals als seine Worte darstellen).

Lies zuerst ${CLAUDE_SKILL_DIR}/../receipts/rules.md. Ein Angebot ist eine Reihe von Versprechen. Jedes Versprechen ist PLANNED, bis es geliefert und gemessen wurde, und das Angebot muss es so formulieren.

Schritt 1: Lies, was bereits bekannt ist

  • founder/idea.md und founder/pitch.md: Was heute verkauft wird.
  • founder/panel/results.md: Warum Käufer ablehnen, in ihren eigenen Worten. Das ist das Rohmaterial: Jeder wichtige Einwand sollte durch etwas im Angebot beantwortet werden.
  • founder/numbers.json: Was jedes Extra kostet, damit der Stapel profitabel bleibt.
  • founder/board.md: Die Bedingungen des Boards.

Schritt 1b: Das erste Ja

Bevor das vollständige Angebot erstellt wird, entwirf das erste: die kleinste echte Verpflichtung, die ein Fremder ohne Referenzen eingehen würde. Für einen Laden ein Einführungspreis oder eine Gründungsmitgliedskarte. Für ein Unternehmen, das an Unternehmen verkauft, ein zeitlich begrenzter Pilot auf deren eigenen Zahlen (zwei bis acht Wochen, ein Workflow, eine im Voraus festgelegte Erfolgslinie, ein klares Ende: in den Standardpreis übergehen oder entfernen und nichts schulden). Verwende die Pilotangebotsform in ${CLAUDE_SKILL_DIR}/../handshake/receivers.md. Das vollständige Angebot unten ist das, in das der Pilot übergeht.

Schritt 2: Die Problemliste

Schreibe jedes Hindernis zwischen dem Käufer und dem gewünschten Ergebnis auf, in den Worten des Käufers: vor dem Kauf (Zweifel, Preis, Aufwand des Wechsels), während des Kaufs (Warten, Lernen, Unannehmlichkeiten), nach dem Kauf (Hält es an? Was, wenn es fehlschlägt?). Strebe 15 bis 30 an. Ziehe zuerst aus den Panel-Einwänden und den Beschwerden der Wettbewerber.

Schritt 3: Lösungen, reduziert und gestapelt

Verwandle jedes Problem in eine Lösung (eine Funktion, eine Dienstleistung, eine Garantie, ein Format). Bewerte jede nach Wert für den Käufer (1 bis 5) und Kosten der Lieferung (1 bis 5, aus den Zahlen des CFO). Behalte hohen Wert, niedrige Kosten. Staple das Übriggebliebene in:

  • Der Kern: Die Sache selbst, beschrieben durch das Ergebnis, nicht die Zutaten.
  • Boni: Zwei oder drei, jeder tötet einen bestimmten Einwand.
  • Die Garantie: Was passiert, wenn es nicht liefert. Modelliere, was es bei einer realistischen Beanspruchungsrate mit dem Tool des CFO kostet, bevor du es versprichst.
  • Dringlichkeit und Knappheit: Nur wenn sie echt sind (eine Einführungswoche, eine begrenzte erste Charge). Niemals einen Countdown oder „nur noch 3 übrig“ vortäuschen.
  • Der Name: Ein klarer, spezifischer Name für das Angebot, nicht das Unternehmen.

Schritt 4: Bewerte es

Anhand der Wertgleichung, vorher und nachher, jeweils 1 bis 10: Traumergebnis, wahrgenommene Wahrscheinlichkeit, es zu erreichen, Zeit bis zum Ergebnis, Aufwand und Opfer. Sage, welches Element des Stapels welche Punktzahl bewegt.

Sei streng bei der Wahrscheinlichkeit: Ohne MEASURED-Ergebnisse hat ein Käufer nur das Wort des Gründers. Die Wahrscheinlichkeit ist niedrig, bis es einen Fall, ein Zitat oder eine Demo mit den Daten des Käufers gibt, und ein Stapel Boni ändert das nicht.

Schritt 5: Erneut testen

Schreibe das neue Angebot in founder/pitch.md (behalte das alte als founder/pitch-v1.md) und führe /truth-serum --quick mit demselben Seed aus. Berichte die Kaufrate vorher und nachher und welche Einwände weggefallen sind. Wenn sich nichts bewegt hat, sage das: Das Problem könnte der Markt oder der Preis sein, nicht das Angebot. Wenn es sich bewegt hat, sage das auch, und dass es immer noch simuliert ist: Der echte Neustart ist das erste-Ja-Angebot, das echten Käufern vorgelegt wird.

Protokolliere jedes Versprechen, das das Angebot macht („Ergebnisse in 5 Tagen“, „3x schneller“, „keine Daten verlassen das Gebäude“) mit ledger.py add als PLANNED, Art product, es sei denn, es ist bereits MEASURED mit Beleg.

Regeln

  • Jedes Versprechen muss lieferbar und erschwinglich sein; überprüfe die Kosten mit dem CFO.
  • Ein Versprechen, das nicht gemessen wurde, wird als Ziel oder Verpflichtung formuliert („wir werden messen“, „wenn wir es nicht einhalten, zahlst du nichts“), niemals als Tatsache.
  • Keine gefälschten Bewertungen, Erfahrungsberichte, Knappheit, Rabatte oder „gesehen bei“.
  • Befolge die Werbe- und Verbraucherschutzregeln des Marktes des Nutzers für Garantien und Behauptungen (insbesondere Gesundheitsbehauptungen). Keine Rechtsberatung.

Ausgabe

founder/offer.md (zuerst die harte Wahrheit: der schwächste Teil des Angebots; dann das erste-Ja-Angebot, die Problemliste, der Stapel, die Kosten, die Wertgleichungswerte, das Neustestergebnis) und das aktualisierte founder/pitch.md. Als Nächstes: /burn-test, um die Zahlen mit dem Stapel neu zu berechnen, dann /signal oder /handshake, um das erste-Ja-Angebot an einen echten Käufer zu senden.

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

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

Verwandte Skills