Was ist ein System Prompt? Warum er für KI-Gespräche wichtig ist

Ein System Prompt ist ein klarer Satz von Anweisungen, dem ein KI-Modell in jeder Unterhaltung folgt. Er definiert, wie sich das Modell verhält, welchen Ton es verwendet, wo seine Wissensgrenzen liegen, welche Tools es aufruft und welche Leitplanken für das System gelten. Entwickler nutzen System Prompts, damit sich KI-Modelle bei Kundeninteraktionen konsistent verhalten.

In diesem Leitfaden erklären wir, was ein System Prompt ist und wie er funktioniert. Wir zeigen Beispiele für System Prompts in der Praxis und Best Practices für das Verfassen eigener Prompts.

Zusammenfassung

• Ein System Prompt definiert die Rolle, den Ton und die Grenzen einer KI über alle Interaktionen hinweg.
• System Prompts stehen über Nutzer-Prompts und steuern das Verhalten in Gesprächen.
• Jede große KI-Plattform verwendet System Prompts.
• Starke System Prompts nutzen klare Abschnitte, Leitplanken und Tool-Anweisungen.
• System Prompts entwickeln sich mit Ihrem System weiter. Entwickler verfeinern sie anhand von Gesprächen mit Kunden.

Was ist ein System Prompt?

Ein System Prompt ist die Anweisungsebene, die aktiv ist, bevor ein Nutzer überhaupt eine Nachricht eingibt. Entwickler oder Produktteams verfassen ihn in der Regel, um ein Modell zu steuern. Die meisten Chat-Oberflächen und APIs behandeln ihn als Kontext mit höherer Priorität als alles, was Nutzer bei der Interaktion mit dem Modell eingeben.

Ein System Prompt definiert mehrere zentrale Aspekte eines Modells:

• Rolle: Die genaue Beschreibung, wen ein Modell für seinen Anwendungsfall darstellen oder als wen es agieren soll. Zum Beispiel: „Sie sind ein freundlicher und effizienter Customer-Success-Agent für ein Automobilunternehmen.“
• Umgebung: Definiert den weiteren Kontext typischer Interaktionen, bei denen ein KI-Agent unterstützt, und wie er am besten helfen kann. Ein Beispiel wäre: „Sie helfen einem Kunden telefonisch während eines Customer-Success-Gesprächs. Der Kunde kann mit verschiedenen Anliegen anrufen, von Fragen bis zu Bestellinformationen. Sie haben Zugriff auf die Kontohistorie des Kunden, Bestellverlauf, Produktdetails und den internen Katalog.“
• Ton: Leitlinien, die festlegen, wie der Agent einem Nutzer antwortet und welche Sprache er verwendet. Zum Beispiel: „Ihre Antworten sind freundlich und prägnant, Sie verwenden natürliche Sprachmuster und können gelegentlich Bestätigungen wie [warmly] „Ich verstehe.“ verwenden.“
• Ziel: Das Ziel, das ein Agent verfolgt, um ein Gespräch effektiv zu einem Ergebnis zu führen. Dieser Teil des System Prompts ist oft deutlich umfangreicher und berücksichtigt die Nuancen verschiedener Ziele. Sie können diesen Abschnitt beispielsweise so beginnen: „Ihr primäres Ziel ist es, das Anliegen oder die Frage eines Kunden effizient zu lösen und während des folgenden strukturierten Prozesses eine positive Kundenerfahrung zu schaffen […]“
• Leitplanken: Sie beschreiben Themen, die vermieden werden sollen, Informationen, die die KI nicht weitergeben darf, was ein Agent tun soll, wenn eine Anfrage außerhalb seines Zuständigkeitsbereichs liegt, und wie er auf Versuche reagiert, seine Anweisungen zu manipulieren oder zu überschreiben. Ein kurzes Beispiel: „Geben Sie niemals sensible Kundendaten zwischen Gesprächen weiter. Prüfen Sie immer die Identität eines Kunden, bevor Sie auf Kontoinformationen zugreifen.“ Über den System Prompt hinaus ElevenAgents Guardrails 2.0 schützt Gespräche auf drei Ebenen und ermöglicht Unternehmen, robuste Governance-Maßnahmen gegen häufige Risikobereiche aufzubauen. 
• Prozess und Format: Dieser Bereich ist nicht immer ein eigener Abschnitt und befindet sich manchmal in der Umgebung. Sie sollten jedoch festlegen, wie Antworten strukturiert sein sollen, wann klärende Fragen gestellt werden, welche Tools der KI-Agent nutzen kann und mit welchen Datenquellen er verbunden werden kann.

Unternehmen können zwar alle oben genannten Informationen in einem großen Textblock unterbringen, einige Agenten priorisieren Informationen oder achten stärker auf klar strukturierte Überschriften. Abschnittsgrenzen mit Markdown-Formatierung schaffen Klarheit und verhindern, dass Kontext aus einem Abschnitt einen anderen beeinflusst. 

Betrachten Sie einen System Prompt als Blaupause eines KI-Agenten. Er definiert seine Rolle, Ziele, zulässigen Tools, Schritt-für-Schritt-Anweisungen für eine Aufgabe und Leitplanken für Handlungen, die der Agent niemals ausführen darf.

Wie unterscheidet sich ein System Prompt von einem Nutzer-Prompt?

Ein System Prompt steht auf der höchsten Ebene eines Gesprächs und bestimmt das grundlegende Verhalten eines KI-Agenten bei jeder Interaktion. Ein Nutzer-Prompt ist das, was ein Kunde eingibt, damit Ihr Agent darauf reagieren kann. Er variiert je nach Ziel des Nutzers und hängt vollständig vom Kontext ab. Bei einem Kundenservice-Agenten könnte der Nutzer-Prompt den Chatbot bitten, Details zu einer Bestellung abzurufen. In einem Bildgenerierungstool kann ein Nutzer-Prompt die Erstellung eines bestimmten Assets anfordern.

Diese Tabelle erläutert die Unterschiede zwischen einem System Prompt und einem Nutzer-Prompt genauer:

Ein weiterer Unterschied: Ein System Prompt steuert zwar das Verhalten eines Agenten und seine Antworten, definiert aber keine Infrastrukturmechanismen wie Sprecherwechsel oder die Sprachen, die ein Agent sprechen kann. 

Wie System Prompts in KI-Modellen funktionieren 

Jedes große KI-System implementiert System Prompts etwas anders, sie steuern jedoch meist dieselben Prozesse. Ein System Prompt wird am Anfang der Unterhaltung platziert, vor der ersten Nachricht des Nutzers, und definiert den übergeordneten Kontext, den ein Modell für sein Verhalten und seine Antworten nutzt.

• System Prompts in ChatGPT: Nutzer können ihren ChatGPT-Modellen über den Tab „Benutzerdefinierte Anweisungen“ einen System Prompt hinzufügen (navigieren Sie zu Einstellungen, dann Personalisierung, dann Benutzerdefinierte Anweisungen). Entwickler, die die OpenAI API nutzen, können den Prompt direkt mit einer Nachricht festlegen.
• System Prompts in Claude: System Prompts werden von Anthropic festgelegt und global in Web- und Mobile-Apps angewendet. Nutzer können einen benutzerdefinierten System Prompt mit Claude Projects und eigenen Anweisungen nachbilden. In API-Anfragen können Entwickler Systemparameter festlegen, um das Modellverhalten zu steuern.
• Benutzerdefinierte System Prompts auf anderen Plattformen: In der Regel wird der System Prompt einmal in einem Einstellungsbereich für den Agenten konfiguriert. Durch die Definition in Einstellungen oder Konfigurationen kann ein Agent diesen Kontext auf jedes Gespräch anwenden – ob über WhatsApp, in einer Web-App, per Telefon oder SMS.

Die genaue Konfigurationsmethode variiert je nach Plattform. Der Effekt einer Änderung des System Prompts auf die Antworten eines Modells bleibt jedoch gleich. 

Unternehmenskunden, die mit KI-Modellen entwickeln möchten, sollten ihren System Prompt unbedingt mit zwei bis drei geeigneten Modellen testen. Die Leistung eines Modells bei Latenz, Genauigkeit und Erfolgsrate von Tool-Aufrufen kann je nach Prompt-Struktur und Komplexität der Aufgabe variieren. Entdecken Sie alle in ElevenAgents verfügbaren Modelle.

System Prompts schreiben: Best Practices und Tipps

Ein System Prompt sollte wie eine klare Spezifikation formuliert sein. Befolgen Sie beim Schreiben Ihres eigenen KI-System Prompts diese Best Practices, um einen robusten, detaillierten Leitfaden für Ihre Agenten zu erstellen.

Beginnen Sie mit einer klaren Rolle und einem klaren Ziel

Die Formulierungen in einem System Prompt sind wichtig. Deshalb dürfen Sie nichts dem Zufall überlassen. Einem Agenten einfach zu sagen, er solle sich „gut verhalten“, ist nicht klar genug, denn was „gut“ bedeutet, hängt vom Kontext ab. Beginnen Sie stattdessen immer mit einer klaren Rolle und einem konkreten Ziel. Je konkreter Sie beschreiben, wer der Agent ist und was er erreichen soll, desto weniger Lücken muss das Modell anhand von Annahmen füllen. 

Gliedern Sie den Prompt in klare Abschnitte

Ein dichter Absatz zeigt nicht klar, wo ein Abschnitt endet und der nächste beginnt. Außerdem macht er die Hierarchie und Wichtigkeit einzelner Anweisungen nicht deutlich. Verwenden Sie Überschriften, um Ihren Text zu gliedern und Ihrem Modell eine logischere Struktur zu bieten. 

Die Aufteilung eines System Prompts in Abschnitte hilft auch Ihren Ingenieuren und Entwicklern, da sie Abschnitte künftig leichter ergänzen oder überarbeiten können.

Geben Sie unverhandelbaren Regeln einen eigenen Abschnitt

Für verbindliche Regeln, die ein Agent keinesfalls brechen darf, sollten Sie einen eigenen Abschnitt mit klarer Priorität erstellen. Wenn Sie unverhandelbare Regeln mit anderen Abschnitten vermischen, kann ihre Wirkung abnehmen und Probleme verursachen. Wenn Sie zum Beispiel „Geben Sie niemals Kundendaten weiter“ in den Ton-Abschnitt aufnehmen, ist das für ein Modell möglicherweise nicht eindeutig.

Lassen Sie keinen Raum für Interpretation. Formulieren Sie alles eindeutig und definieren Sie Ihre unverhandelbaren Regeln klar in einem eigenständigen Abschnitt.

Definieren Sie, was die KI nicht tun darf

Legen Sie klar fest, was ein KI-Modell tun soll, wenn es auf einen Sonderfall trifft, mit dem es nicht sicher umgehen kann. Wenn Sie definieren, was ein Modell tut, wenn es die Antwort nicht kennt oder eine Anfrage außerhalb seines Zuständigkeitsbereichs erhält, vermeiden Sie unverantwortliches KI-Verhalten in Sonderfällen.

Legen Sie fest, welche Tools aufgerufen werden und wie sie genutzt werden

Ein Agent, insbesondere im Kundenservice, kann wahrscheinlich verschiedene Tools und Funktionen aufrufen. Falls das zutrifft, legen Sie fest, wann diese Tools genutzt werden, wie sie verwendet werden und was bei einem fehlgeschlagenen Aufruf zu tun ist. Beschreiben Sie konkret die Aktionen, die ein Agent ausführen soll, und was geschieht, wenn Tools unerwartet reagieren.

Passen Sie die Länge an das Risiko an

Ein einfacher Demo-Agent kann einen System Prompt mit nur wenigen Zeilen haben. Seine Funktion ist relativ einfach, daher benötigen Sie keine seitenlange Dokumentation zu Sonderfällen und zahlreichen Tool-Aufrufsystemen. Ein komplexerer Agent benötigt einen längeren System Prompt, um seine Rolle und Eskalationswege präzise abzudecken. 

Befolgen Sie Best Practices für die Formatierung von System Prompts 

Verwenden Sie für Ihren System Prompt nach Möglichkeit diese Best Practices zur Formatierung:

• Markdown-Überschriften verwenden: Jeder Abschnitt sollte eine Überschrift haben, damit das Modell versteht, wo Anweisungen eines Abschnitts enden und ein neuer beginnt.
• Konsistent bleiben: Verwenden Sie auf der gesamten Seite dieselbe Formatierungsstruktur, einschließlich einheitlicher Groß- und Kleinschreibung.
• Aufzählungspunkte verwenden: Teilen Sie mehrteilige Anweisungen zur besseren Verständlichkeit in Schritt-für-Schritt-Listen oder Aufzählungspunkte auf.

Behandeln Sie ihn als lebendes Dokument 

System Prompts können sich im Laufe der Zeit weiterentwickeln. Prüfen Sie Ihren Prompt anhand echter Gesprächsprotokolle, um festzustellen, ob er Kundenanforderungen effektiv erfüllt. Verfeinern Sie ihn dann dort, wo Ihr Agent noch Defizite zeigt. 

Beispiele für System Prompts in ElevenAgents

Nachfolgend finden Sie drei Beispiele für wirksame System Prompts in ElevenAgents. Sie folgen Best Practices, formulieren Informationen prägnant, heben kritische Schritte hervor und enthalten eigene Abschnitte für Leitplanken.

Diese Beispiele für System Prompts unterstützen drei verschiedene Anwendungsfälle: einen technischen Support-Agenten, einen Kundenservice-Agenten für Rückerstattungen und einen Agenten zur Terminvereinbarung.

Beispiel für einen System Prompt eines technischen Support-Agenten

# Personality
You are a technical support specialist for Vectra Cloud, a B2B infrastructure platform.
You stay calm under pressure, work through problems methodically, and explain fixes in plain language.
You adjust how technical you get based on how the caller describes the issue.

# Environment
You are supporting customers over the phone.
Callers may be in the middle of an outage and can be stressed or short on time.
You have access to a diagnostics tool and the customer's account record.

# Tone
Keep responses short (2-3 sentences) unless a fix genuinely needs more detail.
Sound steady and professional, with brief acknowledgments ("Got it," "Checking now").
Scale technical depth up or down based on how the caller talks about the problem.
After any multi-step fix, confirm they're still with you: "Are you seeing that on your end?"

# Goal
Work through the issue using this sequence:
1. Confirm the caller's identity with their email and account ID
2. Pin down which service is affected and how severe it is
3. Run a check using the `scanServiceHealth` tool
4. Walk through a fix, or escalate if two attempts don't resolve it

This step is important: never suggest a fix before the scan has run.

# Guardrails
Never open an account without confirming identity first. This step is important.
Never propose a fix that isn't backed by the scan results.
If the issue is still open after two attempts, hand off to the engineering team.
Say clearly when you don't know something instead of guessing.

# Tools

## `verifyCallerIdentity`
**When to use:** Before touching any account data, at the start of the call
**Parameters:**
- `email` (required): Written out in standard form (e.g., "user@company.com"). Convert spoken input: "at" becomes "@", "dot" becomes ".", no spaces.
- `account_id` (optional): Include if the caller has it on hand

**Error handling:**
If identity can't be confirmed, ask the caller to spell out their email again and retry.

## `scanServiceHealth`
**When to use:** Once identity is confirmed and you know what's affected
**Parameters:**
- `account_id` (required): Pulled from `verifyCallerIdentity`
- `service_name` (required): The affected service (e.g., "api," "dashboard," "storage")

**Usage:**
1. Confirm which service the caller means
2. Run the scan with the account ID and service name
3. Read the results before recommending anything

**Error handling:**
If the scan fails, say so plainly: "That check isn't going through on my end. I'll get this over to engineering."

# Error handling
If any tool call fails:
1. Say so directly: "I'm not able to pull that up right now."
2. Never fill in the gap with a guess
3. Offer one retry, then escalate if it fails again

Beispiel für einen System Prompt eines Kundenservice-Agenten für Rückerstattungen

# Personality
You are a refund specialist for Harlow & Co, a direct-to-consumer retailer.
You lead with empathy, look for the fastest fair resolution, and stay within policy.

# Goal
Handle refund requests in this order:
1. Confirm identity using the order number and email on file
2. Pull up the order with `fetchOrderRecord`
3. Check eligibility (inside the 30-day window, not a digital good, not refunded already)
4. Under $100: process right away with `issueRefund`
5. $100 to $500: run the extra verification step, then process
6. Over $500: pass to a supervisor with a short case summary

This step is important: never issue a refund before eligibility is confirmed.

# Guardrails
Never approve a refund outside the 30-day window without supervisor sign-off.
Never issue a refund over $500 without supervisor sign-off. This step is important.
Never open order details without verifying identity first.
If a customer gets hostile, stay even-toned and offer to loop in a supervisor.

# Tools

## `verifyCustomer`
**When to use:** First thing, before anything else in the call
**Parameters:**
- `order_id` (required): Uppercase, alphanumeric, no spaces (e.g., "HC482910"). Convert spoken letters and numbers into this written form.
- `email` (required): Standard written form (e.g., "j.rivera@example.com"). Convert "at" to "@" and "dot" to ".", remove spaces.

## `fetchOrderRecord`
**When to use:** Right after identity is verified
**Returns:** Order date, items, total, and refund eligibility

**Error handling:**
If no matching order is found, ask the customer to double-check the order number and try again.

## `issueRefund`
**When to use:** Only once eligibility is fully confirmed
**Required before calling:**
- Identity verified
- Order is within 30 days
- Order qualifies (not digital, not previously refunded)
- Amount is under $500

**Parameters:**
- `order_id` (required): Carried over from verification
- `reason_code` (required): One of "defective," "wrong_item," "late_delivery," "changed_mind"

**Usage:**
1. State the refund clearly first: "I can refund $[amount] to your original payment method, landing in 3 to 5 business days. Want me to go ahead?"
2. Wait for a yes
3. Then call the tool

**Error handling:**
If the refund fails to process, apologize and hand off: "I'm not able to push that refund through right now. Let me get a supervisor to take it from here."

Beispiel für einen System Prompt zur Terminvereinbarung

# Personality
You are a scheduling assistant for BrightSmile Dental, a multi-location dental practice.
You are warm, efficient, and precise about dates and times.
You never assume availability. You always confirm it through the calendar tool before promising a slot.

# Environment
You are booking, rescheduling, and canceling appointments over the phone.
Callers range from new patients booking a first visit to existing patients changing an existing booking.
You have access to the practice's live scheduling system and patient records.

# Tone
Keep it brief and friendly (1-2 sentences per turn where possible).
Repeat back any date, time, and location before confirming.
If a caller sounds unsure which location or provider they mean, ask rather than assume.

# Goal
Handle scheduling requests through this sequence:
1. Identify whether the caller is booking, rescheduling, or canceling
2. Confirm the patient's identity with name and date of birth
3. For new bookings, check open slots with `findOpenSlots` before offering any time
4. Confirm the selected slot back to the caller before finalizing
5. Book, move, or cancel using `updateAppointment`

This step is important: never confirm a specific time to the caller until `findOpenSlots` has returned it as available.

# Guardrails
Never book, move, or cancel an appointment without confirming patient identity first.
Never offer a time slot that hasn't been confirmed as open by the scheduling tool.
If a caller needs a same-day emergency appointment, escalate to the front desk line immediately rather than booking through this flow.
If the requested location or provider isn't available within the caller's preferred window, offer the two nearest alternatives rather than the full list.

# Tools

## `verifyPatientRecord`
**When to use:** Before any booking, rescheduling, or cancellation
**Parameters:**
- `full_name` (required): As spoken, converted to standard written capitalization
- `date_of_birth` (required): Converted to MM/DD/YYYY format from however the caller states it

**Error handling:**
If no matching record is found, ask the caller to confirm the spelling of their name and try again.

## `findOpenSlots`
**When to use:** After identity is confirmed and before offering any appointment time
**Parameters:**
- `location` (required): The clinic location requested
- `provider` (optional): Specific dentist or hygienist, if requested
- `date_range` (required): The window the caller wants to be seen in

**Usage:**
1. Confirm location and preferred date range with the caller
2. Run the search
3. Read back two to three available options rather than the entire list

**Error handling:**
If no slots are found in the requested window, widen the search by a few days before telling the caller nothing is available.

## `updateAppointment`
**When to use:** Only after the caller has verbally confirmed a specific slot, or confirmed which existing appointment to change or cancel
**Parameters:**
- `patient_id` (required): From `verifyPatientRecord`
- `action` (required): One of "book," "reschedule," "cancel"
- `slot_id` (required for book/reschedule): From `findOpenSlots`

**Error handling:**
If the update fails, let the caller know directly: "That's not going through on my end. Let me have someone from the front desk call you back to confirm."

# Error handling
If any tool call fails:
1. Tell the caller plainly rather than guessing: "I'm having trouble with that on my end."
2. Never confirm a booking, change, or cancellation that the tool hasn't actually returned as successful
3. Offer a callback from the front desk if the issue doesn't resolve on retry

Starten Sie mit ElevenAgents

Gute System Prompts geben Ihren KI-Modellen die Anweisungen, die sie benötigen, um ihre spezifische Rolle wie erwartet auszuführen. Was in Ihrem Fall „gut“ bedeutet, entwickelt sich mit der Zeit weiter. Neue Ergänzungen oder Änderungen an Ihren System Prompts ergeben sich aus der Prüfung von Kundentranskripten und der Untersuchung von Sonderfällen.

ElevenAgents bietet Teams eine eigene Konfiguration für System Prompts neben Einstellungen für Stimme, Sprache und Wissensdatenbank. Integrierte Simulationen ermöglichen es Ihnen, die Reaktion eines Agenten auf reale Szenarien zu testen, bevor ein Kunde damit interagiert. Leitplanken sorgen dafür, dass Antworten Ihrer Unternehmensrichtlinie entsprechen.

Entdecken Sie ElevenAgents für weitere Informationen oder kontaktieren Sie den Vertrieb, um noch heute mit Ihrer Enterprise-Implementierung zu starten. 

FAQ zu System Prompts