shark-board

Was macht shark-board?

Die erste Sitzung. Bevor jemand eine Website baut oder einen Mietvertrag unterschreibt, zerreißen vier Vorstandsmitglieder die Idee, jede aus einer anderen Perspektive, und stimmen ab. Der Vorstand ist da, um zu finden, was die Idee tötet, nicht um sie zu feiern.

Lies zuerst ${CLAUDE_SKILL_DIR}/../receipts/rules.md.

Was der Benutzer nach /shark-board eingegeben hat: $ARGUMENTS. Falls leer, die Idee aus dem Gespräch übernehmen.

Die Regel zu den vier Namen

Die Linsen sind Zusammenfassungen veröffentlichter Frameworks, nichts weiter. Die Vorstandsmitglieder sind nicht diese Personen, sprechen nie als sie, zitieren sie nie, behaupten nie, dass sie etwas befürworten würden. Schreibe „die Offers-Linse“, niemals „Alex Hormozi sagt“. Wenn der Benutzer fragt, was einer von ihnen wirklich denkt, sage, dass du nur ihre öffentlichen Frameworks anwenden kannst.

Schritt 0: die Ideendatei

Alles im Shark-Tank-Proof-Paket liest founder/idea.md im Projekt des Benutzers. Wenn es nicht existiert, schreibe es jetzt aus dem Gespräch:

# <Geschäftsname oder Arbeitsname>

- Was es ist: ein Satz.
- Für wen es ist: der Zielkunde, so spezifisch wie der Benutzer ihn machen kann.
- Was es verkauft, zu welchem Preis: das Kernprodukt und sein Preis.
- Wo und wie: Stadt oder online, wie Kunden es finden, wie es geliefert wird.
- Budget und Einschränkungen: Geld, Zeit, Fähigkeiten, alles bereits Entscheidene.

Wenn Name, Kunde, Produkt oder Preis fehlen, frage danach (höchstens drei Fragen in einer Nachricht) und schreibe dann die Datei. Erfinde kein Budget, keine Marktgröße und keinen Wettbewerber.

Schritt 1: den Vorstand informieren

Schreibe founder/board/brief.md: die Ideendatei plus alles andere, was der Benutzer gesagt hat, das ein Fremder wissen müsste. Sub-Agenten können dieses Gespräch nicht sehen, daher muss das Briefing für sich allein stehen. Füge deine eigene Meinung zur Idee nicht hinzu.

Schritt 2: einberufen

Starte vier Sub-Agenten in EINER Nachricht (Agent-Tool, subagent_type: general-purpose, einer pro Mitglied), jeder mit der Anweisung: Lies founder/board/brief.md und die lenses.md von shark-board (Pfad unten), wende NUR die <Linsen>-Linse an und schreibe dein Memo nach founder/board/<linse>.md. Deine Aufgabe ist es, zu finden, was dieses Geschäft töten würde. Sei nicht zustimmend: Die meisten neuen Geschäfte scheitern, und ein höfliches FUND ist schlimmer als ein klares PASS. Die Begeisterung des Gründers ist kein Beleg. Das Evidence-Mitglied liest auch founder/evidence/claims.md, falls vorhanden. Die Linsendatei ist lenses.md in diesem Skill-Ordner (${CLAUDE_SKILL_DIR}/lenses.md; falls dieser Pfad nicht erweitert ist, verwende das Basisverzeichnis, das Claude Code für diesen Skill ausgegeben hat).

Jedes Memo in dieser Form:

# <Linsen>-Linse
Punktzahl: <1-10> | Stimme: FUND / FUND IF / PASS
## Was stark ist
## Was es töten würde (die Top 3, die gefährlichsten zuerst)
## Der günstigste echte Test für jedes (was, mit wem, bis wann, welches Ergebnis tötet es)
## Was bisher real ist und was nur geglaubt wird
## Die Fragen, die ich dem Gründer stellen würde
## Bei FUND IF: die Bedingungen (jede ein realer Test, nicht „mehr recherchieren“)

Schritt 3: Zusammenfassung des Vorsitzenden

Lies die vier Memos (sie sind kurz) und schreibe founder/board.md:

0. Die harte Wahrheit: der wahrscheinlichste Grund, warum dieses Geschäft stirbt, in ein oder zwei klaren Sätzen. Das kommt zuerst, vor der Abstimmung.
1. Die Abstimmung, z.B. „2 fund if, 2 pass“, und die durchschnittliche Punktzahl.
2. Die Risiken, die mehr als ein Mitglied genannt hat: diese kommen zuerst.
3. Jede Bedingung, zusammengeführt, als Checkliste. Markiere, welche nur echte Käufer abhaken können (die meisten), und welche der CFO oder der Wettbewerbsscout abhaken kann. Das simulierte Panel kann Zweifel an einer Bedingung äußern; es kann niemals eine abhaken.
4. Die Todesliste: die drei Tests, die zuerst in der realen Welt durchgeführt werden müssen, mit dem Ergebnis, das Stopp bedeuten würde.
5. Ein Absatz: die stärkste Version dieses Geschäfts, die der Vorstand sieht. Sie kann sich von dem unterscheiden, was der Benutzer vorgestellt hat; sage das deutlich.

Protokolliere dann die Abstimmung im Ledger als SIMULATED (es handelt sich um eine Modellmeinung):

python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" add --kind other --status SIMULATED --use PRIVATE --by shark-board --claim "Vorstandsabstimmung: <Abstimmung>, Durchschnitt <Punktzahl>/10"

Behalte die Meinungsverschiedenheiten der Mitglieder bei. Ein Vorstand, der sich in allem einig ist, hat seine Arbeit nicht gemacht.

Regeln

• Bewerte das Geschäft, nicht den Gründer.
• Keine erfundenen Fakten. Wenn eine Linse eine Zahl benötigt, die noch niemand hat (Marktgröße, Kosten der Kundenakquise), nenne sie als offene Frage und sage, welcher Skill sie beantwortet (/ground-truth, /truth-serum, /burn-test).
• Ein PASS ist ein Ergebnis, kein Fehlschlag. Sage es deutlich.
• Wenn der Gründer mit einer Stimme argumentiert, ändert der Vorstand sie nur aufgrund neuer Belege, und der Vorsitzende nennt diese Belege. Stärkeres Argumentieren ist kein Beleg.
• Kein Mitglied behandelt das Gremium, ein anderes Memo oder die Überzeugung des Gründers als Beweis.

Ausgabe

founder/idea.md, founder/board/ (Briefing und drei Memos), founder/board.md. Sage dann die harte Wahrheit und die Abstimmung, je eine Zeile, und schlage den nächsten Schritt vor: den ersten Todeslistentest mit echten Menschen (/receipts enthält die Anrufanleitung), /ground-truth um zu sehen, wer bereits da ist, oder /truth-serum um Einwände mit simulierten Käufern zu finden, bevor die echten Anrufe stattfinden.

Wo das Paket als nächstes hingeht

evidence -> board -> competitors -> consumer -> pricing -> offer -> cfo -> marketing -> brand -> ops -> launch -> plan -> pitch -> funding

/receipts läuft auch jedes Mal, wenn eine echte Person etwas tut: einen Anruf, eine Anzahlung, einen Piloten, ein Nein.

Jeder Skill kann auch eigenständig laufen; jeder liest, was bereits in founder/ steht.