Projektanweisungen in Claude schreiben: Vorlage, Beispiele und Generator

Der Generator erstellt aus Ihren Angaben eine Projektanweisung für Claude Projects. Er läuft komplett in Ihrem Browser. Wir speichern und übertragen keine Eingaben.

Eine Projektanweisung besteht aus fünf Blöcken in fester Reihenfolge. Jeder Block beantwortet eine Frage, die Claude sonst raten müsste. Fehlt ein Block, schwanken die Ergebnisse genau an dieser Stelle.

1. Rolle und Kontext: Wer ist Claude in diesem Projekt, und für wen schreibt es? Beispiel: „Du bist SEO-Content-Stratege für die Website eines B2B-Unternehmens.“
2. Aufgabe: Welcher Input kommt, welcher Output entsteht? Beispiel: „Input: ein Ziel-Keyword. Output: ein Content-Brief, den eine Autorin ohne Rückfrage umsetzen kann.“
3. Ablauf: In welchen Schritten arbeitet Claude? Nummerierte Schritte führen zu gleichmäßigeren Ergebnissen als ein offener Auftrag.
4. Regeln und Tabus: Was gilt immer, was nie? Absolute Formulierungen wie „nie“ wirken stärker als „bitte vermeiden“.
5. Ausgabeformat: In welcher Vorlage erscheint das Ergebnis? Eine Vorlage mit Platzhaltern macht die Ausgabe direkt verwendbar.

Dazu kommen zwei feste Blöcke, die wir in jedes Projekt schreiben: „Arbeitsweise“ (wie Claude das Projektwissen nutzt) und „Wenn etwas fehlt“ (Rückfrage statt Erfindung). Der Generator fügt beide automatisch ein.

Konsistente Inhalte entstehen durch eine feste Ausgabevorlage, zwei bis drei Beispiele und messbare Regeln. Dazu kommt ein Test: dieselbe Anfrage dreimal stellen und die Ergebnisse vergleichen. Weichen sie ab, fehlt eine Regel.

So gehen wir vor:

1. Ausgabevorlage festlegen: Überschriften, Reihenfolge, Platzhalter. Claude füllt die Vorlage, statt eine Struktur zu erfinden.
2. Regeln messbar machen: „höchstens 155 Zeichen“ statt „kurz“, „Sie-Anrede“ statt „professionell“.
3. Zwei bis drei Beispiele anhängen: je ein Input und der gewünschte Output, mit einem Satz, was daran gut ist.
4. Styleguide ins Projektwissen legen und in der Anweisung nennen: „Nutze immer die Datei Styleguide_2026.pdf.“
5. Konsistenz testen: dieselbe Anfrage dreimal, dann zwei Kollegen ohne Erklärung.
6. Jede Abweichung in eine Regel übersetzen und mit Datum im Changelog notieren.

Projektanweisungen gelten nur im Projekt. Die Projektbeschreibung sieht Claude gar nicht. Profil-Anweisungen gelten für alle Gespräche, Skills für wiederkehrende Verfahren über Projekte hinweg.

Quelle: Anthropic Help Center, „How can I create and manage projects?“, „Understanding Claude's personalization features“, „Teach Claude your way of working using skills“, abgerufen am 21.10.2026.

Eine Regel für die Abgrenzung: Was sich je Aufgabe ändert, gehört in die Projektanweisung. Was für jede Aufgabe gilt, gehört ins Profil. Was Claude nachschlagen soll, gehört ins Projektwissen.

Drei vollständige Beispiele zeigen die fünf Blöcke in typischen Marketing-Aufgaben. Sie können jedes Beispiel kopieren und anpassen. Das erste Beispiel ist zugleich die Vorbelegung des Generators.

Beispiel 1: Content-Briefs für Blogartikel

Siehe Ergebnis im Generator oben. Klassisch braucht ein fundierter Content-Brief über 6 Stunden. In unseren Projekten entsteht er mit KI-Automatisierung heute in wenigen Minuten.

Beispiel 2: Meta-Descriptions

=== ROLLE UND KONTEXT === Du bist SEO-Redakteur für die Website eines Online-Shops für Gartenbedarf. Deine Texte richten sich an Hobbygärtner, die in der Google-Suche vergleichen. === AUFGABE === Input: URL, Seitentitel und Hauptkeyword einer Seite, auch als Liste. Output: je Seite eine Meta-Description. === ABLAUF === 1. Lies Seitentitel und Keyword. 2. Formuliere den Nutzen der Seite in einem Satz. 3. Ergänze ein konkretes Detail und eine Handlungsaufforderung. 4. Zähle die Zeichen und kürze, bis die Grenze passt. === REGELN === - Höchstens 155 Zeichen inklusive Leerzeichen. - Das Hauptkeyword steht in der ersten Hälfte. - Sie-Anrede. === TABUS === - Keine Superlative ohne Beleg. - Keine Emojis. - Keine Wiederholung des Seitentitels. === AUSGABEFORMAT === Tabelle mit den Spalten: URL | Meta-Description | Zeichen

Beispiel 3: Antwortentwürfe für Kundenanfragen

=== ROLLE UND KONTEXT === Du bist Mitarbeiter im Kundenservice eines Softwareanbieters. Deine Antworten richten sich an Bestandskunden mit Fragen zur Nutzung. === AUFGABE === Input: der Text einer Kundenanfrage, Namen sind durch [Name] ersetzt. Output: ein Antwortentwurf, den ein Mensch prüft und versendet. === ABLAUF === 1. Bestimme das Hauptanliegen in einem Satz. 2. Suche die Antwort in der Datei FAQ_2026.pdf im Projektwissen. 3. Schreibe die Antwort in höchstens 120 Wörtern. 4. Markiere jede Aussage, die nicht aus dem Projektwissen stammt, mit [PRÜFEN]. === REGELN === - Freundlich und sachlich, Sie-Anrede. - Erst die Antwort, dann die Erklärung. === TABUS === - Nie Preise, Fristen oder Zusagen erfinden. - Nie rechtliche Bewertungen abgeben. === AUSGABEFORMAT === Betreff: Re: [Betreff der Anfrage] Anrede mit [Name] Antwort in 2 bis 4 Absätzen Grußformel

Die häufigsten Fehler sind weiche Regeln, fehlende Beispiele, Wissen in der Anweisung statt im Projektwissen und widersprüchliche Regeln. Alle vier erkennen Sie an schwankenden Ergebnissen bei gleicher Anfrage.

• Weiche Regeln: „kurz“, „professionell“, „SEO-optimiert“ lassen Spielraum. Besser: Zeichenzahl, Anrede, Keyword-Position.
• Keine Beispiele: Ohne Maßstab interpretiert Claude jede Regel neu. Zwei Beispiele reichen meist.
• Wissen in der Anweisung: Lange Produktlisten in der Anweisung veralten. Sie gehören als Datei ins Projektwissen.
• Widersprüche: „Halte dich kurz“ und „erkläre jeden Schritt ausführlich“ in derselben Anweisung. Claude entscheidet dann jedes Mal anders.
• Name statt Anweisung: Wer die Aufgabe nur in den Projektnamen schreibt, schreibt sie an Claude vorbei. Claude sieht Namen und Beschreibung nicht.

Aus der Praxis

Hans Jung, tiny web GmbH

In Projektanweisungen gehören keine personenbezogenen Daten, keine Zugangsdaten und keine vertraulichen Zahlen. Die Anweisung sehen alle Mitglieder des Projekts. Sie wird bei jeder Anfrage an Claude übertragen.

• Namen, E-Mail-Adressen und Telefonnummern von Kunden oder Mitarbeitenden: Platzhalter wie [Name] verwenden.
• Passwörter, API-Schlüssel und Zugangsdaten: nie, in keinem Projekt.
• Preise, Margen und Budgets: nur mit Freigabe und nur, wenn alle Projektmitglieder sie sehen dürfen.
• Inhalte von Verträgen oder HR-Unterlagen: gehören auf ein lokales Modell, nicht in ein Cloud-Projekt.

Fragen Sie bei jeder Person in einer Vorgabe: Braucht das Ergebnis den echten Namen? Meist führen Platzhalter oder pseudonymisierte Daten zum selben Ergebnis.

Der Generator prüft Ihre Eingaben auf E-Mail-Adressen, Telefonnummern und IBAN und zeigt einen Hinweis. Welche Daten in welche Plattform dürfen, erklärt der Ratgeber welche Daten in welche KI-Plattform dürfen.

Der Generator setzt Ihre Eingaben in die fünf Blöcke ein und ergänzt feste Textbausteine für Tonalität, Format und Arbeitsweise. Er nutzt keine KI und sendet nichts an einen Server. Die Logik ist eine Vorlage, die wir in Kundenprojekten verwenden.

• Eingaben: sieben Felder, davon zwei Pflichtfelder (Rolle, Aufgabe).
• Bausteine: fünf Tonalitäten, drei Anreden, fünf Ausgabeformate, vier Standardblöcke.
• Prüfung: Länge der Anweisung, Zahl der Regeln, fehlende Tabus, mögliche personenbezogene Daten.
• Ergebnis: reiner Text mit Abschnittsmarken „=== … ===“, die Claude als Gliederung erkennt.

Eine gute Anweisung ist der Anfang. Damit ein Team drei bis fünf Projekte im Alltag nutzt, braucht es Auswahl der Aufgaben, Tests und eine verantwortliche Person je Projekt. Das ist der Kern unseres Rollouts in 4 bis 8 Wochen: KI-Rollout in 4 bis 8 Wochen umsetzen.