Lokalisierter Leseleitfaden
write-specZweck, Verwendung und Quelle
Erstellen Sie eine Funktionsspezifikation oder ein Produktanforderungsdokument (PRD) basierend auf einer Problembeschreibung oder einer Funktionsidee. Nutzen Sie diese Methode, um eine vage Idee oder einen Benutzerwunsch in ein strukturiertes Dokument umzuwandeln, den Umfang einer Funktion mit Zielen und Nicht-Zielen festzulegen, Erfolgsmetriken und Akzeptanzkriterien zu definieren oder eine umfangreiche Anforderung in eine phasenweise Spezifikation zu unterteilen.
Quelle abgerufen:
- Quell-Repository
- anthropics/knowledge-work-plugins
- SKILL.md
product-management/skills/write-spec/SKILL.md- Repository-Sterne
- 34,049
- Repository zuletzt aktualisiert
- 2026-10-30
- Fähigkeitskategorien
- Dokumente
- Letzte Datenerfassung
Lizenz: Lizenzdatei: Prüfung ausstehend
Die Workflow-Auszüge dienen als Lesehilfe und sind keine ausführbaren Anweisungen von Codez. Für die Erstellung dieser Seite wurde keine Drittanbieter-Skill verwendet.
Die folgenden Abschnitte zu Zweck und Arbeitsablauf sind vorgelagertes Material, das zur besseren Lesbarkeit aufbereitet und übersetzt wurde. Sie unterscheiden sich von der separat gekennzeichneten redaktionellen Analyse von Codez.
Was diese Fähigkeit bewirkt
Erstellen Sie eine Funktionsspezifikation oder ein Produktanforderungsdokument (PRD) basierend auf einer Problembeschreibung oder einer Funktionsidee. Nutzen Sie diese Methode, um eine vage Idee oder einen Benutzerwunsch in ein strukturiertes Dokument umzuwandeln, den Umfang einer Funktion mit Zielen und Nicht-Zielen festzulegen, Erfolgsmetriken und Akzeptanzkriterien zu definieren oder eine umfangreiche Anforderung in eine phasenweise Spezifikation zu unterteilen.
Wie der vorgelagerte Workflow funktioniert
Schreibspezifikation
Falls Sie auf ungewohnte Platzhalter stoßen oder überprüfen müssen, welche Tools verbunden sind, sieheCONNECTORS.mdErstellen Sie eine Funktionsspezifikation oder ein Produktanforderungsdokument (PRD).
Aufwärtspassage · L7 ↗1Die Funktion verstehen
Fragen Sie den Benutzer nach seinen Spezifikationen. Akzeptieren Sie Folgendes: Einen Funktionsnamen („SSO-Unterstützung“).
Aufwärtspassage · L21 ↗2Kontext erfassen
Bitten Sie den Nutzer um folgende Informationen. Führen Sie ein lockeres Gespräch – stellen Sie nicht alle Fragen auf einmal. Beginnen Sie mit den wichtigsten Fragen und ergänzen Sie die fehlenden Informationen nach und nach: Nutzerproblem: Welches Problem löst dieses Produkt? Wer ist davon betroffen?
Aufwärtspassage · L29 ↗/write-spec $ARGUMENTSAnforderungen und Einrichtung
Anforderungen
Unverzichtbar (P)0Ohne diese Elemente kann die Funktion nicht ausgeliefert werden. Sie stellen die minimale funktionsfähige Version der Funktion dar. Fragen Sie sich: „Löst die Funktion das Kernproblem noch, wenn wir diese Elemente weglassen?“ Wenn nein, ist sie P.0. Nett-to-Have (P1): Verbessert das Nutzererlebnis deutlich, aber der Kernanwendungsfall funktioniert auch ohne sie. Diese werden oft kurz nach dem Launch weiterentwickelt.
Aufwärtspassage · L113 ↗Grenzwerte und Qualitätskontrollen
Aus dieser Datei wurde kein separater Grenzwertabschnitt ausgewählt. Dies bedeutet nicht, dass die Anwendung für jede Eingabe oder Umgebung geeignet ist. Überprüfen Sie den vollständigen Quellcode und validieren Sie Ihr Ergebnis selbst.
Beginnen Sie mit einem sicheren Testlauf
- Prüfen Sie den unterstützten Host und die Installationsanweisungen für das Repository. Halten Sie das Skill-Verzeichnis und die darin enthaltenen Skripte, Assets und Dokumentationen zusammen;SKILL.mdEine Einzelperson kann Abhängigkeiten außer Acht lassen.
- Geben Sie dem Agenten Ihre tatsächlichen Eingaben, die gewünschten Ausgaben und die Akzeptanzkriterien an. Aufrufsyntax und verfügbare Tools hängen vom Hostsystem ab; diese Website geht nicht von einem universellen Installationsbefehl aus.
- Testen Sie den Quellworkflow in einem temporären Projekt oder auf einer Kopie. Überprüfen Sie Vorgänge, die Dateien, Remote-Dienste oder abrechnungsfähige Ressourcen ändern, bevor Sie diese zulassen.
- Überprüfen Sie die Ausgabe anhand der Quellqualitätsprüfungen und Ihrer eigenen Anforderungen. Ein erfolgreicher Trigger oder eine hohe Anzahl von Sternen im Repository garantiert kein korrektes Ergebnis.
Lesen Sie mehr dazu in der Quelle.
- Schreibspezifikation
- 1Die Funktion verstehen
- 2Kontext erfassen
- 3Kontext aus verbundenen Tools abrufen
- 4PRD generieren
- 5Überprüfen und iterieren
- Problemstellung
- Ziele
- Nicht-Tore
- Anwendergeschichten
- Anforderungen
- Offene Fragen
- Zeitliche Überlegungen
- Erstellung von Benutzergeschichten
- Häufige Fehler in User Stories
- MoSCoW-Framework
- Tipps zur Kategorisierung
- Frühindikatoren
- Nachlaufende Indikatoren
- Ziele setzen
- Akzeptanzkriterien
- Tipps zu den Akzeptanzkriterien
- Erkennen von Umfangserweiterungen
- Ausweitung des Projektumfangs verhindern
- Ausgabeformat
- Tipps
Verwandte Fähigkeiten
Übersetzung und Umfang
Dieser Leseleitfaden wählt Passagen aus dem markierten stromaufwärts gelegenen Abschnitt aus.SKILL.mdDie Übersetzung wurde unterstützt. Es handelt sich weder um ein vollständiges Handbuch noch um eine Garantie für geprüfte Kompatibilität. Lesen Sie vor der Verwendung das Original und die darin referenzierten Dateien.
Diese Einleitung bezieht sich auf die unten angepinnte Version; die aktuelle Repository-Aktivität und der Erfassungszeitpunkt werden separat angezeigt.
- Angeheftete Quelle
- Lesen Sie das Original ↗
- Quelle abgerufen
- Source-Commit
2574e29377c7173d0cecffef29a6ecbd7f8ccb5d- Quelle SHA-256
ca6670913878b4ac4582727562bfced5271492a5a800d934f68c9e7bc1cd4dcc