Braucht Ihr Team überhaupt ein Framework?
Teams mit 1–2 Personen, die einfache Prompts für einen einzelnen Anwendungsfall schreiben, können auf ein formales Framework verzichten — der Aufwand ist nicht gerechtfertigt. Teams mit 3 oder mehr Personen, mehreren Anwendungsfällen oder inkonsistenter Ausgabequalität sollten sich auf ein Framework standardisieren, bevor weitere Personen hinzukommen.
Die Kosten des Fehlens eines Frameworks skalieren mit der Teamgröße. Zwei Personen können sich informell auf einen Prompt-Stil einigen. Bei fünf Personen nimmt die Ausgabeinkonsistenz so weit zu, dass Reviews kontrovers werden und Modellvergleichstests schwer zu interpretieren sind.
Das Onboarding dauert ohne Framework doppelt so lange. Ein neues Teammitglied mit einem dokumentierten Framework lernt in 2–3 Tagen, akzeptable Prompts zu schreiben. Ohne Framework verbringt dasselbe Mitglied 1–2 Wochen damit, Beispiele zu studieren und vermeidbare Fehler zu machen.
Entscheidungsmatrix: Welches Framework passt zu Ihrem Anwendungsfall?
Nutzen Sie diese Matrix, um den primären Anwendungsfall Ihres Teams dem dafür konzipierten Framework zuzuordnen. Wählen Sie das Framework, das 80%+ Ihrer Prompts abdeckt — die restlichen 20% mit einem sekundären Framework oder kleineren Prompt-Anpassungen lösen.
| Framework | Am besten für | Vermeiden wenn | Einarbeitungszeit |
|---|---|---|---|
| CO-STAR | Komplexe mehrstufige Aufgaben, Recherche, Analyse, Compliance-Briefs | Einfache Einzel-Anfragen, bei denen die meisten Komponenten überflüssig sind | 2 Stunden |
| CRAFT | Content, Marketing-Texte, kreatives Schreiben, Markenstimme | Technischer oder strukturierter Output, bei dem Rolle und Format weniger relevant sind | 1 Stunde |
| RISEN | Anleitungstexte, Schulungsmaterial, pädagogische Erklärungen | Offene kreative Aufgaben ohne definierte Schritte oder Ziele | 1,5 Stunden |
| RTF | Technische Dokumentation, strukturierte Datenextraktion, API-Referenzen | Narrative, kreative oder überzeugende Texte, bei denen Format weniger wichtig ist | 1 Stunde |
| Custom | Domänenspezifische Workflows mit 3+ einzigartigen Komponenten, die kein Standard-Framework abdeckt | Ein vorhandenes Framework mit kleinen Anpassungen passt — Custom erhöht Erstellungs- und Wartungsaufwand | 4–8 Stunden zum Erstellen |
Wann CO-STAR verwenden
CO-STAR ist die richtige Wahl, wenn Ihre Prompts mehrere Einschränkungen erfordern, die explizit vor der Aufgabe definiert werden müssen: Zielgruppe, Stil, Ton und Antwortformat variieren zwischen Prompts. Wenn alle Ihre Prompts dieselbe Zielgruppe und denselben Stil teilen, fügt CO-STAR Komponenten hinzu, die Sie jedes Mal identisch ausfüllen — verwenden Sie stattdessen CRAFT oder RTF.
CO-STAR-Komponenten: Kontext (Hintergrund, den das Modell benötigt), Ziel (was die Ausgabe erreichen muss), Stil (Schreibstil — formal, konversationell, technisch), Ton (emotionaler Ton — neutral, ermutigend, autoritativ), Zielgruppe (wer es liest und ihr Wissensniveau), Antwort (Format und Länge der Ausgabe).
Beispielanwendungsfall: Erstellung eines Compliance-Berichtsbriefs. Kontext = regulatorisches Umfeld. Ziel = Verstöße und Abhilfemaßnahmen zusammenfassen. Stil = formal. Ton = neutral. Zielgruppe = Vorstand (nicht-technisch). Antwort = 1-seitige Zusammenfassung mit Maßnahmen. Jede Komponente ändert sich pro Bericht und rechtfertigt CO-STARs Sechsfelder-Struktur.
Wann CRAFT verwenden
CRAFT ist die richtige Wahl für Content-Teams, Marketing-Texte und Markenstimme-Arbeit, bei der die Rolle des Modells und das Zielergebnis die Haupttreiber sind. CRAFT ist schneller auszufüllen als CO-STAR, wenn Zielgruppe und Ton festgelegt sind.
CRAFT-Komponenten: Kontext (Hintergrund zum Inhaltsbedarf), Rolle (was das Modell darstellt — Marken-Texter, Produktmanager, technischer Redakteur), Aktion (die spezifische Aufgabe), Format (Ausgabestruktur), Ziel (Ziel oder beabsichtigte Wirkung der Ausgabe).
Beispielanwendungsfall: Produktbeschreibungen für ein neues Feature erstellen. Kontext = Feature-Launch, vorhandener Produkt-Voice-Guide. Rolle = Marken-Texter. Aktion = 3 Varianten-Produktbeschreibungen schreiben. Format = jeweils 60-Wort-Absatz. Ziel = Conversion auf der Produktdetailseite.
Wann ein eigenes Framework besser ist als ein vorhandenes
Erstellen Sie ein eigenes Framework, wenn drei Signale auftreten: Sie ändern ein Standard-Framework jedes Mal auf dieselbe Weise, die Ausgabe erfordert eine Komponente, die kein Standard-Framework abdeckt, oder die Team-Compliance mit dem Framework liegt unter 80%. Jedes dieser Signale allein ist ausreichend Grund.
Signal 1 — konsistente Änderung: Wenn Sie immer eine Richtlinien-Einschränkung, einen Persona-Anker oder ein Domänenvokabular zu CO-STAR hinzufügen, sind das Framework-Komponenten — keine Ad-hoc-Entscheidungen. Signal 2 — fehlende Komponente: Wenn Ihre Prompts eine Komponente benötigen, die kein Standard-Framework enthält (Eskalationslogik, regulatorisches Zitat, Ausgabeschema).
Signal 3 — Compliance unter 80%: Wenn Mitglieder Abschnitte des aktuellen Frameworks überspringen, weil die Abschnitte auf ihre Arbeit nicht zutreffen, passt das Framework nicht. Eine Überspringrate von 20%+ bedeutet: Framework wechseln oder ein eigenes erstellen. Den vollständigen 5-Schritte-Designprozess finden Sie im Artikel „Eigenes Prompt-Framework erstellen".
Häufig gestellte Fragen
Welches Prompt-Framework sollte ein Team verwenden?
Verwenden Sie CO-STAR für komplexe mehrstufige Aufgaben mit definierter Zielgruppe und Stilanforderungen. CRAFT ist für Content, Marketing und kreative Arbeit bestimmt. RISEN für Anleitungstexte und Schulungsmaterial. RTF für technische Dokumentation und strukturierte Datenausgabe. Wenn Ihr Team ein Standard-Framework konsistent auf 3+ Arten anpasst, erstellen Sie stattdessen ein eigenes Framework.
Benötigen kleine Teams ein Prompt-Framework?
Teams mit 1–2 Personen, die einfache, einmalige Prompts schreiben, benötigen normalerweise kein formales Framework. Teams mit 3+ Personen, mehreren Anwendungsfällen oder inkonsistenter Ausgabequalität profitieren von der Standardisierung auf ein Framework.
Was ist der Unterschied zwischen CO-STAR und CRAFT?
CO-STAR ist für komplexe Aufgaben mit mehreren Einschränkungen konzipiert und erfordert explizit die Definition von Zielgruppe und Stil. CRAFT ist für Content und kreative Aufgaben konzipiert — es konzentriert sich auf die Rolle und das Ziel, was schneller ist, wenn Zielgruppe und Ton festgelegt sind.
Wann sollte ein Team ein eigenes Framework entwickeln?
Entwickeln Sie ein eigenes Framework, wenn: Sie für jeden Prompt im Workflow dieselben 3+ Modifikationen an einem Standard-Framework vornehmen; die Ausgabe eine domänenspezifische Komponente erfordert, die kein Standard-Framework abdeckt; oder die Team-Compliance mit dem aktuellen Framework unter 80% liegt.
Wie lange dauert Framework-Onboarding?
Das Onboarding dauert 1 Stunde (CRAFT, RTF) bis 2 Stunden (CO-STAR) zum Lernen, plus 1 Woche betreute Praxis. Eigene Frameworks benötigen 4–8 Stunden zum Aufbau plus 2 Wochen Team-Vertrautheit.
Kann man Komponenten aus mehreren Frameworks kombinieren?
Ja, Sie können Komponenten aus CO-STAR, CRAFT und RISEN kombinieren, aber das Ergebnis sollte als eigenes Framework benannt, dokumentiert und getestet werden, nicht als Hybrid aus bestehenden Frameworks.