KI-User-Story-Generator
Macht aus einer Feature-Anfrage User Stories mit Akzeptanzkriterien im Given/When/Then-Format, als Markdown oder JSON.
Ihr Key bleibt in Ihrem Browser.Er geht direkt an den Anbieter, nie an unsere Server, und wir protokollieren oder speichern ihn nicht. Verwenden Sie einen eigenen Key mit Ausgabenlimit und löschen Sie ihn nach der Nutzung im Dashboard des Anbieters.
Eingabe
Ergebnis
Das Ergebnis erscheint hier.Eine Feature-Anfrage kommt meist als Absatz in einem Ticket oder Chat: wer gefragt hat, ungefähr was gewünscht ist, ein oder zwei Regeln. Bevor jemand schätzen kann, muss daraus eine Reihe von User Stories werden – „Als Abrechnungs-Admin möchte ich …, damit …“ –, jede mit Akzeptanzkriterien, die die QA prüfen kann. Fügen Sie die Anfrage ein, wählen Sie, in wie viele Stories sie aufgeteilt werden soll, und das Tool schreibt sie mit Given-/When-/Then-Szenarien, die den Hauptpfad und mindestens einen Fehler- oder Grenzfall pro Story abdecken, plus einer Notizzeile, wenn es eine echte Abhängigkeit gibt. Wählen Sie JSON statt Markdown, wenn die Stories per API in Jira, Linear oder ein Skript gehen statt in ein Dokument.
So arbeitet es
- Zwei Fabric-Patterns werden zusammengeführt: create_user_story liefert die Struktur Beschreibung / Akzeptanzkriterien und das Verbot von Floskeln und Füllwörtern, agility_story die Given/When/Then-Kriterien und die Form der JSON-Ausgabe.
- Stories werden nach dem Nutzen geschnitten, den sie einem Nutzer liefern, nicht nach Frontend- und Backend-Schicht, und jede bleibt klein genug für eine Iteration – die INVEST-Faustregel.
- Deutsche Eingaben erhalten die deutschen Gherkin-Schlüsselwörter Angenommen, Wenn, Dann und Und, chinesische die Schlüsselwörter 假如, 当, 那么 und 而且 – beide akzeptieren Cucumber und andere Gherkin-Tools, sodass die Szenarien als Grundlage echter Feature-Dateien dienen können.
- Der Anfragetext wird von dieser Seite an den gewählten Anbieter gesendet und mit Ihrem eigenen Key authentifiziert – ein separater, begrenzter Key nur für solche Tools ist sicherer als der Key, mit dem Ihr Produkt läuft.
Wohin Ihre Daten gehen
Mit eigenem Key gehen Ihre Eingabe und der Key direkt von Ihrem Browser zum gewählten Anbieter, ohne Umweg über Hysen Labs. Im gehosteten Modus läuft Ihr Text über unseren Server zu unserem Anbieter (DeepSeek) und wird in Credits abgerechnet; zur Abrechnung speichern wir Token-Zahlen und Kosten jedes Laufs, nie den Text selbst oder die Antwort. Wie der Anbieter mit dem Text umgeht, regelt dessen eigene Datenschutzerklärung.
Dieses Werkzeug verarbeitet Schlüssel und Zugangsdaten. Zu einem Lauf wird deshalb nichts gespeichert, auch nicht in Ihrem eigenen Verlauf.
Zu Ihrem API-Key
Wir erheben, speichern und geben Ihren Key nicht weiter: Er liegt nur im Arbeitsspeicher dieser Seite (außer Sie wählen „in diesem Tab merken“) und ist nach dem Schließen verschwunden. Trotzdem gilt für jeden Key, der in eine Webseite eingefügt wurde, besondere Sorgfalt – legen Sie für diesen Zweck einen eigenen Key mit Ausgabenlimit an und löschen oder rotieren Sie ihn nach der Nutzung im Dashboard des Anbieters.
Was es kostet
Dieses Werkzeug ist kostenlos, ohne Anmeldung und ohne Punkte.
Häufige Fragen
- Warum enthält jede Story ein Fehlerszenario?
- Weil sich beim Happy Path ohnehin alle einig sind. Die Fragen, die Nacharbeit verursachen – was bei einem leeren Datumsbereich passiert, wer den Button sehen darf, was in der E-Mail steht, wenn der Export fehlschlägt –, kommen erst ans Licht, wenn jemand den Fehlerfall aufschreiben muss. Trifft einer nicht zu, löschen Sie ihn; das ist billiger, als ihn in der QA zu entdecken.
- Kann ich das JSON in Jira importieren?
- Nicht direkt: Die Importer von Jira akzeptieren CSV oder das eigene REST-API-Format. Das JSON ist ein sauberes Zwischenformat – ein Array aus topic, story, criteria und notes –, das ein kurzes Skript über die Jira- oder Linear-API anlegen kann oder das Sie in CSV umwandeln.
- Die Stories enthalten Regeln, die ich nie genannt habe. Warum?
- Der Prompt weist das Modell an, eine fehlende Regel als Annahme in die Notizen zu schreiben, statt sie als Tatsache darzustellen, aber Modelle rutschen manchmal ab. Lesen Sie die Akzeptanzkriterien als Fragen: Jede Zahl und jede Berechtigung, die Sie nicht vorgegeben haben, sollten Sie mit der Person klären, die das Feature angefragt hat.
- In wie viele Stories sollte eine Anfrage aufgeteilt werden?
- In so viele, wie es eigenständig wertvolle Teile gibt. Das Beispiel – ein Rechnungsexport mit Filtern, Berechtigungen und einem Hintergrundjob für große Exporte – zerfällt natürlich in drei. Findet das Modell nicht so viele, schreibt es weniger, statt aufzufüllen; wirkt eine Story immer noch wie eine Woche Arbeit, erhöhen Sie die Anzahl und lassen Sie es erneut laufen.
Das Open Source dahinter
Der Prompt dieses Tools basiert auf danielmiessler/Fabric (MIT) und läuft auf dem Modell Ihrer Wahl. Wenn Sie dieselbe Funktion auf der Kommandozeile oder in Ihrem eigenen Programm brauchen, beginnen Sie mit diesem Projekt.
danielmiessler/FabricAuch bekannt als
- user story generator
- akzeptanzkriterien schreiben
- user story vorlage
- given when then beispiel
- gherkin akzeptanzkriterien
- jira user story