stress-test
von alirezarezvanistress-test ist ein Claude Executive-Mentor-Skill, mit dem sich Geschäftsannahmen vor strategischer Planung, Fundraising, GTM, Einstellungen oder Umsatzwetten unter Druck prüfen lassen. Mit /em:stress-test <assumption> isolierst du eine messbare Behauptung, prüfst Gegenbelege und erkennst, wo ein Plan scheitern könnte.
Dieser Skill erreicht 74/100 Punkte. Damit ist er für eine Aufnahme ins Verzeichnis geeignet, sollte aber als schlanker Beratungs-Workflow präsentiert werden – nicht als vollständig ausgestattetes oder umfassend belegtes Paket. Nutzer erhalten einen klaren Befehl und genug Methodik, damit ein Agent Geschäftsannahmen gezielter stress-testen kann als mit einem generischen Prompt. Grenzen bei Einführung und Vertrauen bleiben jedoch bestehen, weil das Repository nur eine einzelne SKILL.md ohne unterstützende Quellen oder Installationshinweise bereitstellt.
- Klarer Auslöser und Anwendungsfall: Frontmatter und Inhalt nennen `/em:stress-test <assumption>` zum Prüfen ungeprüfter Geschäftsannahmen, bevor ein Plan umgesetzt wird.
- Substanzreicher Workflow: Die 7.559 Zeichen lange SKILL.md enthält eine benannte Methodik mit Schritten, Annahmetypen, Einschränkungen und praxisnahen Geschäftsbeispielen.
- Gut geeignet für Beratungsszenarien mit Führungskräften und Gründern: Im Fokus stehen Umsatzprognosen, Marktgröße, Wettbewerbsvorteile, Einstellungstempo und Annahmen zur Kundenbindung.
- Es gibt keine Begleitdateien, Quellen, Skripte oder zitierten Frameworks. Nutzer müssen sich daher allein auf die Anleitung in SKILL.md stützen.
- Im Skill-Pfad fehlen ein Installationsbefehl und ein README auf Repository-Ebene. Für Nutzer, die dieses Skill-Layout nicht kennen, kann der Einstieg dadurch weniger direkt sein.
Überblick über den stress-test skill
Wofür stress-test gedacht ist
Der stress-test skill ist ein Workflow zum Prüfen geschäftlicher Annahmen im Stil eines Executive Mentorings mit Claude. Er hilft dir, eine strategische Behauptung – etwa „Enterprise-Käufer akzeptieren einen sechsmonatigen Pilotversuch“, „unser TAM beträgt 2,3 Mrd. €“ oder „wir erreichen bis Dezember 2 Mio. $ ARR“ – gezielt zu belasten, bevor du Kapital, Einstellungen, Roadmap oder Investor Messaging darauf aufbaust.
Setze ihn ein, wenn nicht der Plan als Ganzes unvollständig ist, sondern eine einzelne attraktive Annahme zu viel Gewicht trägt.
Für wen und welche Entscheidungen der skill am besten passt
Dieser stress-test skill eignet sich besonders für Gründer, Executives, Product Leader, Finance-Teams, Strategy Operators und Berater, die vor einer wichtigen Entscheidung eine schärfere Downside-Analyse brauchen. Er passt zu Themen wie Fundraising-Plänen, Go-to-Market-Strategie, Preisänderungen, Markteintrittswetten, Retention-Prognosen, Hiring-Ramps, Moat-Behauptungen und Board Narratives.
Besonders nützlich ist er als stress-test for Strategic Planning, weil er optimistisch geprägte Planungsannahmen in explizite, falsifizierbare Aussagen übersetzt, die sich gezielt angreifen lassen.
Was ihn anders macht
Ein generischer Prompt bittet eine KI vielleicht darum, „Risiken zu finden“. Der stress-test Workflow ist enger gefasst: Annahme isolieren, konkret machen, Gegenbelege suchen und sichtbar machen, wo der Plan bricht. Dieser Fokus ist wichtig, weil vage Annahmen schwer zu falsifizieren sind. „Der Markt ist groß“ führt zu schwacher Analyse; „German SMEs will spend €X annually on B2B spend management software within 18 months“ gibt dem Modell dagegen etwas Prüfbares.
So verwendest du den stress-test skill
Installation von stress-test und Repository-Kontext
Installiere den skill aus dem GitHub skill repository mit deinem Skill Manager, zum Beispiel:
npx skills add alirezarezvani/claude-skills --skill stress-test
Der skill liegt unter:
c-level-advisor/executive-mentor/skills/stress-test
Dieser Repository-Eintrag wirkt in sich abgeschlossen: Die wichtigste Datei, die du zuerst prüfen solltest, ist SKILL.md. Im bereitgestellten Tree sind keine unterstützenden rules/, resources/, references/ oder Scripts sichtbar. Ob sich die Übernahme lohnt, hängt daher vor allem davon ab, ob die eingebettete Methode zu deinem Planungsworkflow passt.
Welche Inputs der skill braucht
Rufe den skill mit einer einzelnen Annahme auf, nicht mit einem breiten Thema:
/em:stress-test <assumption>
Schwacher Input:
/em:stress-test our enterprise strategy
Besserer Input:
/em:stress-test enterprise buyers in regulated industries will tolerate a six-month unpaid pilot before procurement approval
Starker Input:
/em:stress-test 40% of qualified enterprise prospects in US healthcare will accept a six-month unpaid pilot, and at least 25% of those pilots will convert to $120k ACV contracts within one quarter
Die stärkere Version liefert dem Modell Segment, Verhalten, Zeitraum, Conversion-Erwartung und wirtschaftliche Konsequenz. Dadurch wird der Output nützlicher, weil der skill jede einzelne Komponente hinterfragen kann, statt nur generische Strategierisiken zu produzieren.
Empfohlener Workflow für stress-test
Nutze diesen stress-test Leitfaden, bevor die Entscheidung festgezurrt ist – nicht erst, nachdem der Plan intern bereits zur Doktrin geworden ist.
- Identifiziere den Plan, der von Optimismus abhängt: Umsatzprognose, Markteintritt, Hiring-Modell, Retention-Ziel, Preisänderung, Funding-Zeitplan oder Moat-Behauptung.
- Extrahiere die eine Annahme, die den Plan am stärksten beschädigen würde, falls sie falsch ist.
- Formuliere sie als messbare Aussage mit Kundensegment, Geografie, Zeithorizont, Volumen, Preis, Conversion Rate oder Kosten.
- Führe
/em:stress-testauf diese Annahme aus. - Stelle Follow-up-Fragen: „What evidence would disconfirm this fastest?“, „What leading indicators should we watch?“ und „What lower-risk version of the plan survives if this assumption is wrong?“
Das funktioniert gut in Executive Reviews, weil es Zuversicht von Evidenz trennt.
Welche Dateien du lesen solltest, bevor du dich darauf verlässt
Beginne mit SKILL.md. Achte besonders auf die Abschnitte dazu, warum Annahmen scheitern, zur stress-test Methodik, zum Isolieren der Annahme und zum Finden von Gegenbelegen. Da der sichtbare skill kein zusätzliches Reference Pack und keine Automation enthält, solltest du nicht erwarten, dass er Marktdaten abruft oder Zahlen eigenständig validiert. Behandle ihn als strukturierte Denkhilfe und bringe deine eigenen Fakten, Benchmarks, Kundensignale, CRM-Daten, Annahmen aus dem Finanzmodell oder Investorenvorgaben mit.
FAQ zum stress-test skill
Ist stress-test nur für Startups?
Nein. Die Beispiele sind gründerfreundlich formuliert, aber das Muster gilt für jede Organisation, die unter Unsicherheit eine Wette eingeht. Corporate-Strategy-Teams können ihn für Marktexpansion, Procurement-Annahmen, Sales-Capacity-Pläne, Transformationsprogramme und Produktportfolio-Entscheidungen nutzen. Die Kernvoraussetzung ist eine Entscheidung, die von einer testbaren geschäftlichen Annahme abhängt.
Warum ist das besser, als Claude einfach nach Risiken zu fragen?
Gewöhnliche Risiko-Prompts liefern oft breite Listen: Wettbewerb, Budget, Timing, Umsetzung, Adoption. Der stress-test skill zwingt dich, die tragende Annahme zu benennen und sie direkt anzugreifen. Das macht die Analyse entscheidungsrelevanter. Statt „Sales könnte schwierig werden“ bekommst du Druck auf die konkrete Überzeugung, dass „mid-market buyers will close in 45 days at $30k ACV without security review.“
Wann sollte ich diesen skill nicht verwenden?
Nutze ihn nicht als Ersatz für Marktforschung, Rechtsberatung, Financial Audit, Customer Discovery oder statistische Prognosen. Er funktioniert außerdem schlecht, wenn du statt einer Annahme einen Slogan eingibst. Wenn deine Frage explorativ ist – „What business should we build?“ –, beginne zuerst mit Discovery oder strategischem Framing. Verwende stress-test, wenn du bereits eine Behauptung hast, die eine kritische Prüfung verdient.
Ist stress-test einsteigerfreundlich?
Ja, sofern du die Annahme klar formulieren kannst. Einsteiger profitieren oft davon, das Modell zuerst dabei helfen zu lassen, einen vagen Plan in mehrere mögliche Annahmen zu zerlegen, und anschließend die riskanteste davon für /em:stress-test auszuwählen. Erfahrenere Operators sollten von Anfang an numerische Schwellenwerte, bekannte Evidenz, Constraints und die Entscheidungsauswirkungen mitliefern.
So verbesserst du den stress-test skill
Mache die Annahme besser falsifizierbar
Der wichtigste Hebel für besseren stress-test Output ist weniger Mehrdeutigkeit. Nenne wer, was, wo, wann, wie viel und welches Ergebnis zählt.
Statt:
customers will love the product
Nutze:
at least 30% of finance teams at 200-1000 employee SaaS companies will switch from spreadsheets to our forecasting tool within 90 days if priced below $500/month
Damit bekommt der skill klare Angriffsflächen: Segment, Dringlichkeit, Wechselverhalten, Zeitrahmen und Pricing.
Gib Evidenz und Constraints früh mit
Der stress-test skill kann besser argumentieren, wenn er weiß, welche Evidenz bereits vorliegt. Nenne Customer Interviews, Win/Loss Notes, Pipeline-Daten, Conversion Rates, Churn Cohorts, Sales-Cycle-Historie, Wettbewerbsalternativen, Budgetzyklen, Procurement-Reibung oder Investor Milestones.
Ein stärkerer Prompt könnte ergänzen:
Known evidence: 12 discovery calls, 3 verbal pilots, no signed LOIs, average procurement cycle 4-7 months, current runway 9 months.
So verhinderst du, dass der Output alle Möglichkeiten als gleich wahrscheinlich behandelt.
Achte auf typische Fehlermuster
Das wichtigste Fehlermuster ist, eine Annahme zu stress testen, die zu breit, zu politisch oder zu weit von der eigentlichen Entscheidung entfernt ist. Ein weiteres häufiges Problem ist, nach Bestätigung statt nach Angriff zu fragen. Wenn du nützlichen Output willst, formuliere den Prompt nicht als „prove this plan works“. Formuliere ihn als „break this assumption before we depend on it.“
Vermeide außerdem, viele Annahmen in einen einzigen Befehl zu packen. Wenn dein Plan von Marktgröße, Zahlungsbereitschaft, Sales Cycle und Retention abhängt, teste jede Annahme separat.
Iteriere nach dem ersten stress-test
Bitte nach dem ersten Output um entscheidungsreife Verfeinerung:
- „Rank the failure points by probability and severity.“
- „What evidence would change your view fastest?“
- „Design a two-week test for the riskiest assumption.“
- „Rewrite the plan so it still works if this assumption is 50% wrong.“
- „What board or investor question would expose this weakness?“
So wird stress-test von einer einmaligen Kritik zu einer praktischen Planungsschleife: Annahme, Challenge, Evidenz, Überarbeitung und Entscheidung.