feat: initial marketplace (knowledge-curator + venture)
This commit is contained in:
@@ -0,0 +1,146 @@
|
||||
---
|
||||
name: investor-materials
|
||||
description: Use this skill whenever the user is creating, updating, or reviewing multiple investor-facing assets (pitch deck, one-pager, financial model, investor memo, executive summary, due-diligence room) and consistency between them matters. Activate when work spans more than one deliverable, when the user mentions 'consistent', 'einheitlich', 'gleiche Zahlen ueberall', 'investor package', 'fundraising assets' or when reviewing/updating an existing set of investor docs. Skill enforces a single source of truth, prevents drift between documents, and flags inconsistencies. Skip for single one-off documents with no cross-doc concerns.
|
||||
---
|
||||
|
||||
# Investor Materials Consistency Steward
|
||||
|
||||
## Mission
|
||||
|
||||
Sichere Konsistenz und Glaubwuerdigkeit aller investor-facing Materialien (Pitch Deck, Finanzmodell, One-Pager, Memos, Executive Summary, Due-Diligence-Raum). Verhindere die haeufigste Fundraising-Falle: widerspruechliche Zahlen oder Aussagen zwischen Dokumenten, die in der Due Diligence sofort auffallen und Vertrauen kosten.
|
||||
|
||||
Dieses Skill steht **ueber** den einzelnen Dokumenten-Skills (`pitch-deck-builder`, `saas-financial-projections`, `executive-summary-writer`, `market-research`) und koordiniert sie.
|
||||
|
||||
## Wann aktivieren
|
||||
|
||||
Aktiviere wenn:
|
||||
|
||||
- mehr als ein investor-facing Dokument im Spiel ist
|
||||
- der User Konsistenz explizit verlangt (`konsistent`, `single source of truth`, `gleiche Zahlen`)
|
||||
- ein bestehendes Material-Set ueberarbeitet wird (z.B. neue Funding-Round, neue Zahlen)
|
||||
- die User-Frage ein "Investor-Paket" oder "Fundraising-Stack" referenziert
|
||||
|
||||
Nicht aktivieren bei einzelnen einmaligen Dokumenten ohne Cross-Doc-Bezug.
|
||||
|
||||
## Workflow
|
||||
|
||||
### Schritt 1 — Anchor-File etablieren
|
||||
|
||||
Lege oder pruefe die zentrale Wahrheits-Datei: `inputs/investor-anchors.md` mit folgenden Sektionen:
|
||||
|
||||
```markdown
|
||||
# Investor Anchors — verbindliche Werte fuer alle Materialien
|
||||
|
||||
## Identitaet
|
||||
- Firmenname:
|
||||
- Produktname:
|
||||
- Tagline (max. 12 Worte):
|
||||
- One-Liner (1 Satz):
|
||||
|
||||
## Markt
|
||||
- TAM (mit Quelle + Jahr):
|
||||
- SAM (mit Quelle + Jahr):
|
||||
- SOM (mit Quelle + Begruendung):
|
||||
- Marktwachstum p.a.:
|
||||
|
||||
## Geschaeftsmodell
|
||||
- Tarif-Modell (kurz):
|
||||
- Average Revenue Per Account (ARPA):
|
||||
- Gross-Margin-Ziel:
|
||||
|
||||
## Aktuelle Lage
|
||||
- Stand: (Datum)
|
||||
- MRR / ARR aktuell:
|
||||
- Tenants / Kunden aktuell:
|
||||
- Pipeline (qualifiziert):
|
||||
- Cash on hand:
|
||||
- Burn-Rate (monatlich):
|
||||
- Runway:
|
||||
|
||||
## Forecast-Anker
|
||||
- ARR-Ziel Year-1 / Year-2 / Year-3:
|
||||
- Tenants Year-1 / Year-2 / Year-3:
|
||||
- Break-Even (Quartal):
|
||||
|
||||
## Ask
|
||||
- Funding-Hoehe:
|
||||
- Pre-Money-Bewertung (falls genannt):
|
||||
- Use-of-Funds (Aufteilung in %):
|
||||
- Milestones, die mit dem Geld erreicht werden:
|
||||
|
||||
## Team
|
||||
- Gruender + Schluesselrollen (Name, Rolle, 1-Satz-Erfahrung):
|
||||
|
||||
## Wettbewerber (Top 3-5)
|
||||
- pro Wettbewerber: Name, Positionierung, eigene Differenzierung
|
||||
|
||||
## Risiken (Top 3)
|
||||
- pro Risiko: Beschreibung, Mitigation
|
||||
```
|
||||
|
||||
Wenn diese Datei nicht existiert, erzeuge sie aus vorhandenen Inputs und frage gezielt nach den fehlenden Werten. **Niemals erfinden.**
|
||||
|
||||
### Schritt 2 — Cross-Doc-Consistency-Check
|
||||
|
||||
Bevor du irgendein investor-facing Material veraenderst:
|
||||
|
||||
1. Identifiziere alle existierenden Materialien in `deliverables/`:
|
||||
- `*Pitch-Deck*.pptx`
|
||||
- `*Finanzmodell*.xlsx`
|
||||
- `*Executive-Summary*.pdf` / `*.docx`
|
||||
- `*Investor-Memo*.pdf` / `*.docx`
|
||||
- `*One-Pager*.pdf`
|
||||
|
||||
2. Extrahiere die zentralen Zahlen aus jedem Dokument (ARR, MRR, Tenants, Burn, Runway, Ask, TAM-Werte).
|
||||
|
||||
3. Vergleiche mit `inputs/investor-anchors.md`.
|
||||
|
||||
4. Erzeuge `notes/consistency-check_<Datum>.md` mit:
|
||||
- **Konsistent**: Liste der Werte, die in allen Dokumenten uebereinstimmen
|
||||
- **Drift**: Liste der Diskrepanzen mit Dokument-Pfaden und beiden Werten
|
||||
- **Fehlend**: Werte, die im Anchor stehen, aber in einem Dokument nicht erscheinen
|
||||
- **Nicht-im-Anchor**: Werte in Dokumenten, die nicht im Anchor verankert sind
|
||||
|
||||
### Schritt 3 — Drift-Bereinigung
|
||||
|
||||
Wenn Drift gefunden wird:
|
||||
|
||||
- Frage den User: *Welcher Wert ist der korrekte? (a) Anchor, (b) Dokument X, (c) neuer Wert*
|
||||
- Aktualisiere zuerst den Anchor (Single Source of Truth)
|
||||
- Aktualisiere dann alle abweichenden Dokumente per Hand-off an deren jeweiliges Skill (`pitch-deck-builder` aktualisiert Deck, `saas-financial-projections` aktualisiert Modell, etc.)
|
||||
|
||||
### Schritt 4 — Vor jedem Doc-Create
|
||||
|
||||
Wenn ein anderes venture-Skill ein neues Dokument erzeugt, fordere als upstream-Aktion:
|
||||
|
||||
- Lies `inputs/investor-anchors.md`
|
||||
- Verwende nur Anchor-Werte; markiere alles andere als `[ANNAHME: ...]`
|
||||
- Liefere am Ende eine "Anchor-Konsistenz-Bestaetigung": welche Anchor-Werte wurden verwendet?
|
||||
|
||||
### Schritt 5 — Investor-Paket-Erstellung
|
||||
|
||||
Wenn der User ein vollstaendiges Investor-Paket wuenscht, schlage diese Reihenfolge vor:
|
||||
|
||||
1. **`market-research`** liefert TAM/SAM/SOM → in Anchor schreiben
|
||||
2. **`saas-financial-projections`** liefert Forecast → in Anchor schreiben
|
||||
3. **`investor-materials`** (dieses Skill) finalisiert den Anchor
|
||||
4. **`pitch-deck-builder`** baut das Deck (liest Anchor)
|
||||
5. **`executive-summary-writer`** baut One-Pager + 2-Pager (liest Anchor)
|
||||
6. Optional: Memo-Variante (2-3 Seiten, liest Anchor)
|
||||
|
||||
Diese Reihenfolge ist nicht zwingend, aber sie minimiert Re-Work.
|
||||
|
||||
## Anti-Patterns (vermeiden)
|
||||
|
||||
- Zahlen direkt in Dokumenten aendern, ohne den Anchor anzupassen → unvermeidliche Drift
|
||||
- Verschiedene MRR/ARR-Werte aus "verschiedenen Stichtagen" zwischen Deck und Modell → Investoren misstrauen sofort
|
||||
- "Use-of-Funds %" passt nicht zum Ask in Euro
|
||||
- Tenant-Zahlen Year-2 im Deck != Modell-Forecast
|
||||
- Wettbewerbs-Differenzierung im Deck != im One-Pager
|
||||
- Tagline-Drift zwischen Materialien
|
||||
|
||||
## Querverweise
|
||||
|
||||
- Steuert / koordiniert: `pitch-deck-builder`, `saas-financial-projections`, `executive-summary-writer`
|
||||
- Konsumiert: `market-research` (TAM/SAM/SOM in Anchor)
|
||||
- Persistenz: `inputs/investor-anchors.md` (zentraler Anker), `notes/consistency-check_<Datum>.md` (Audit-Trail)
|
||||
Reference in New Issue
Block a user