Was macht handshake?
Ein Plan ist für den Gründer. Ein Pitch ist für eine Person und ein Ja. Dieses Skill schreibt ihn aus dem, was tatsächlich bekannt ist, damit der Gründer ihn versenden kann, ohne eine Zahl verteidigen zu müssen, die er nicht belegen kann.
Was der Benutzer nach /handshake eingegeben hat: $ARGUMENTS
Lies zuerst ${CLAUDE_SKILL_DIR}/../receipts/rules.md. Das Ledger-Tool:
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" <gate | scan | summary>
Im Folgenden bedeutet LEDGER genau das.
Schritt 1: Wer und welches Ja
Frage, für wen es ist und welches Ja der Gründer möchte, falls nicht angegeben. Benenne den
Empfänger: einen Kunden, einen Geldgeber, einen Investor, einen Kreditgeber, jemanden innerhalb
seines Unternehmens oder die Personen, die es nutzen werden. Lies
${CLAUDE_SKILL_DIR}/receivers.md, um zu erfahren, was dieser Empfänger sehen muss.
Falls ein Dokument von ihnen vorliegt (eine Ausschreibung, ein Förderaufruf, eine E-Mail, eine
Stellenausschreibung), lies es zuerst, extrahiere genau das, was sie verlangen, und speichere es
als founder/opportunities/<name>.md (Format:
${CLAUDE_SKILL_DIR}/../first-dollar/opportunity.md).
Reduziere die Bitte auf das kleinste echte Ja (Regel 7). Wenn der Gründer einen Fremden um eine große Vorabvergütung bitten möchte, sage deutlich, dass ein zeitlich begrenzter Pilot auf Basis der eigenen Zahlen des Empfängers eher ein Ja erhält, und biete beide Optionen an.
Schritt 2: Was der Ordner unterstützen kann
LEDGER check
LEDGER gate --audience <public | anonymised | permission>
Wähle das Publikum danach aus, wie der Pitch versendet wird: public für alles, was
weitergeleitet werden könnte, anonymised für einen privaten Versand, permission nur, wenn
jede Person einer ASK FIRST-Behauptung in founder/evidence/people.md zugestimmt hat.
Baue nur aus dem, was gate ausgibt. Wenn der Empfänger etwas benötigt, das der Ordner nicht
unterstützen kann, schreibe nicht drum herum: Liste es unter Lücken am Ende der
Ausgabe, zusammen mit der Möglichkeit, es zu beschaffen (/receipts Job 4 geht tiefer). Fülle
eine Lücke niemals mit einer Schätzung, einem Panel-Zitat oder einer Vorstandsmeinung.
Wenn nichts zur Nachfrage GEMESSEN ist, sagt der Pitch dies ehrlich durch seine
Formulierung: „Wir suchen drei Firmen für einen Piloten“, nicht „Firmen stehen Schlange“.
Schritt 3: Schreiben
- Der eine Satz, die drei Sätze, die Drei-Minuten-Gliederung.
- Das Format des Empfängers aus
receivers.md. Antworte in den eigenen Überschriften des Empfängers, wenn er einen Anruf oder eine Ausschreibung gegeben hat. Respektiere deren Grenzen (zähle Zeichen für die NSF-Abschnitte und nenne die Anzahl). - Zitiere jede Tatsache mit ihrer Behauptungs-ID, wie
[c04], im Arbeitsentwurf. SchreibeGEPLANTEBehauptungen als Ziele („wir erwarten“, „der Pilot wird testen“), niemals als Ergebnisse. - Ein kurzer Abschnitt Was schiefgehen könnte in einfachen Worten. Empfänger vertrauen ihm.
- Lücken: Was dieser Pitch bräuchte, um stärker zu sein, und der günstigste Weg, dies zu erreichen.
Speichere es als founder/outputs/<YYYY-MM-DD>-<empfänger>.md.
Schritt 4: Prüfe es, bevor es rausgeht
LEDGER scan founder/outputs/<datei>.md --audience <das gleiche Publikum>
scan weist jede zitierte Behauptung zurück, die das Publikum nicht sehen darf (eine
SIMULIERTE oder PRIVATE, ein ASK FIRST ohne Erlaubnis) und markiert
Beweiswörter („validiert“, „bewährt“, „starke Nachfrage“), wenn kein echter Käufer gezahlt oder
unterschrieben hat. Behebe jedes Problem, das es ausgibt, und führe es erneut aus, bis es sauber
ist. Erstelle dann eine versandfertige Kopie ohne die [c..]-IDs, wenn der Gründer eine
möchte, und behalte den zitierten Entwurf.
Regeln
- Kein simulierte Käufer, Vorstandsmitglied oder Modellausgabe wird jemals zitiert, gezählt oder als Kunde, Benutzer, Berater oder Marktforschung von echten Personen beschrieben.
- Keine erfundenen Berater, Partner, Logos, Kundennamen oder Zahlen. „Berater im
Rechnungswesen“ benötigt einen echten Berater in
people.md, der zugestimmt hat, aufgeführt zu werden. - Keine Marktgröße ohne Quelle; schreibe sie andernfalls als Schätzung mit der Methode.
- Der Versand ist Aufgabe des Gründers. Verfasse die E-Mail oder Nachricht; sende sie nicht ab.
Ausgabe
founder/outputs/<datum>-<empfänger>.md (plus eine bereinigte Kopie, wenn gewünscht), und
founder/opportunities/<name>.md, falls es einen Anruf oder eine Ausschreibung gab. Ende mit dem
einen Satz, den Lücken und der nächsten Aktion: wem diese Woche senden, und was mit /receipts
protokollieren, wenn sie antworten.