Cursor PRD Crash-Kurs
1. .cursorrules einrichten & Regeln für die KI
-
Cursor berücksichtigt zuerst die .cursorrules und seinen System-Prompt.
-
Dies sind die ersten Dokumente, die Cursor für den Kontext heranzieht.
-
Bevor Sie Ihren PRD-Ordner erstellen, müssen Sie diese vorbereiten.
-
Für die cursorrules-Datei können Sie eine aus dem cursor(.)directory-Verzeichnis übernehmen.
2. Brainstorming mit Claude/o1
-
Besprechen Sie Ihre Projektidee immer mit Ihrem bevorzugten LLM (Large Language Model).
-
Von der Datenbankgestaltung bis zur ICP (Ideal Customer Profile) - alles, worüber Sie sich nicht ganz sicher sind, sollten Sie mit Claude/o1 diskutieren.
3. Wichtige Komponenten eines Cursor PRD
Nachdem Sie genügend Klarheit über Ihre Idee haben, sollten Sie folgende Dateien für Ihr PRD erstellen:
/project-docs
├── features.md # individual features
├── implementation.md # development method and guide
├── project-overview.md # project overview
├── project-structure.md # project file structure
├── requirements.md # system requirements
├── tech-stack.md # tech stack
├── user-flow.md # user flow
└── project-timeline.md # project timeline
features.md Datei
- Diese Datei geht tiefer auf einzelne Funktionen ein und beschreibt genau, wie jede funktionieren soll, inklusive Randfällen und spezifischen Geschäftsregeln oder Validierungsanforderungen.
implementation.md
-
Die Implementierung behandelt, wie das Projekt umgesetzt wird - den Entwicklungsansatz, Coding-Standards, Zeitschätzungen und spezifische technische Richtlinien, die das Team befolgen sollte.
-
Hier könnten auch Frameworkspezifika, Entwicklungspräferenzen (z.B. Befolgung von Atomic Design Principles für Komponenten) & Datenbankdesign-Dateien enthalten sein.
project-overview.md
-
Die project-overview Datei sollte die zentrale Vision, Hauptziele und eine allgemeine Erklärung dessen enthalten, was das Projekt lösen soll.
-
Sie dient als "Nordstern", der alle weiteren Entscheidungen leitet.
-
Dies ist wahrscheinlich die wichtigste Datei in Ihrem PRD.
-
Cursor leitet viel Kontext aus dieser Datei ab, um den Projektumfang zu verstehen.
project-structure.md
-
Selbsterklärend.
-
Abhängig vom Tech-Stack gibt diese Datei einen Überblick darüber, wie Dateien innerhalb des Projekts verbunden und strukturiert sind (z.B. Monorepo vs. Polyrepo).
requirements.md
-
Diese Datei unterteilt sowohl was das System tun muss als auch wie es performen soll (technische Anforderungen wie "Seitenladezeit unter 3 Sekunden").
-
Man kann sie sich als Hilfsdatei für die Features vorstellen.
tech-stack.md
-
Die tech-stack Datei begründet die Technologieauswahl und erklärt, warum bestimmte Tools, Frameworks oder Sprachen für verschiedene Teile des Projekts gewählt wurden und wie sie zusammenarbeiten.
-
Frontend, Backend, Versionskontrolle, Deployment, Infrastruktur, Datenbank, ORMs, UI & Styling, API-Integrationen, Monitoring & Error Tracking, Authentifizierung
-
Dies sind alles Beispiele, die in der tech-stack Datei enthalten sein könnten.
user-flow.md
-
Sehr wichtige Datei. Nicht überspringen.
-
Dieses Dokument bildet den kompletten Weg sowohl der Benutzer als auch der Daten durch das System von Anfang bis Ende ab.
-
Betrachten Sie es als eine detaillierte Roadmap, die jeden Schritt und jede Interaktion in der Anwendung zeigt.
-
Ohne diese Datei hat der Cursor nicht genügend Kontext und beginnt, auf seine eigene Weise zu arbeiten.
3. BONUS
-
Erstellen Sie eine separate Datei, in der Sie den Fortschritt Ihres Projekts verfolgen.
-
Jedes Mal, wenn Sie den Cursor-Agenten verwenden und Änderungen vornehmen, bitten Sie ihn, seine Arbeit in einer
project-timeline.md
-Datei zu dokumentieren (oder geben Sie ihr einen beliebigen Namen).
4. TIPPS
-
Versionskontrolle: Stellen Sie sicher, dass alle Dokumente in einem Versionskontrollsystem (z. B. Git) versioniert sind, um Änderungen und den Verlauf nachverfolgen zu können.
-
Regelmäßige Aktualisierungen: Aktualisieren Sie die Dokumente regelmäßig, um die neuesten Anforderungen und Entscheidungen widerzuspiegeln, während das Projekt voranschreitet.