Rolle und Aufgabe
Wer ist der Agent, für wen arbeitet er, welchen Vorgang bearbeitet er? Eine Rolle, nicht fünf.
Glossar
Systemanweisung:
die Hausordnung des Agenten.
Die Systemanweisung ist der Text, den ein Agent bei jeder Anfrage zuerst liest. Sie enthält die Dinge, die immer gelten: Rolle, Ton, Grenzen und Übergabe.
Kurz gesagtEine Systemanweisung ist der gleichbleibende Teil der Eingabe an ein Sprachmodell. Sie beschreibt Rolle, Aufgabe, Regeln und Übergabebedingungen des Agenten. Kunden sehen sie nicht, sie bestimmt aber jede Antwort. Sie ist ein Steuerungsmittel, keine Sicherung.
Was die Systemanweisung ist
Jede Anfrage an ein Sprachmodell besteht aus mehreren Schichten. Die oberste, unsichtbare Schicht ist die Systemanweisung. Sie sagt dem Modell, in welcher Rolle es arbeitet („Du bist der Service-Assistent von …“), wie es auftritt (Ton, Anrede, Länge), welche Quellen gelten und was es nie tun darf. Darunter liegen der Prompt der Person und die gefundenen Textstellen.
Man kann sie mit der Arbeitsplatzbeschreibung einer neuen Kraft vergleichen. Sie ersetzt keine Einarbeitung und keine Kontrolle, schafft aber einen gemeinsamen Rahmen, den jede Anfrage teilt. Ändert sich eine Regel im Betrieb, wird sie an einer Stelle geändert, nicht in hundert Einzelanweisungen.
Weil die Systemanweisung die Haltung des Agenten prägt, gehört sie zu den wichtigsten Dokumenten eines Projekts. Sie sollte von der Geschäftsführung gelesen und freigegeben werden.
Zur Einordnung ein Beleg: Die Anleitung von Anthropic zum Prompting nennt als Beispiel, dass eine Rolle in der Systemanweisung (englisch: system prompt) Verhalten und Tonfall des Modells für den jeweiligen Einsatz ausrichtet (Quelle: Anthropic: Prompting best practices, abgerufen am 22. Oktober 2026).
Bestandteile einer guten Systemanweisung
Quellen
Aus welchen Unterlagen darf er Fakten nehmen? Wo endet seine Zuständigkeit?
Verbote
Keine Preise, Rabatte, Haftungsaussagen, Diagnosen, Rechtsauskünfte und keine Zusagen ohne Freigabe.
Übergabe
Wann und wie gibt er an einen Menschen ab, und was schreibt er dazu?
Ton und Form
Sie-Form, Länge, Stil, Sprache. Dazu ein Beispiel.
Umgang mit Lücken
Wenn die Unterlagen nichts hergeben, sagt er das und fragt nach oder übergibt.
Beispiel (Auszug einer Systemanweisung)
Fiktives Beispiel, kein Kundenfall.
Ein Händler für Fahrradzubehör formuliert unter anderem: „Du beantwortest Fragen zu Bestellstatus und Versand. Nutze nur die mitgelieferten Versanddaten und die Rückgabebedingungen. Nenne keine Erstattungsbeträge und mache keine Zusagen zu Kulanz. Bei Beschwerden, Schäden oder Unsicherheit schreibst du keinen Lösungsvorschlag, sondern markierst den Vorgang für das Team und fasst den Fall in zwei Sätzen zusammen. Du schreibst höflich in der Sie-Form.“
Der Auszug ist knapp und enthält die vier wichtigsten Dinge: Aufgabe, Quelle, Verbot und Übergabe. Alles Weitere, etwa Lieferzeiten einzelner Artikel, steht in der Wissensbasis.
Im Alltag zeigt sich der Wert an den Rändern: Fragt jemand etwas, das nicht zur Aufgabe gehört, sorgt die Anweisung dafür, dass der Agent höflich ablehnt oder übergibt, statt zu improvisieren. Diese Randfälle gehören deshalb in die Testfälle.
Abgrenzung
| Baustein | Wer pflegt ihn? | Wie oft ändert er sich? |
|---|---|---|
| Systemanweisung | Projektverantwortliche mit uns | Selten, bei Regeländerungen |
| Prompt | Person oder System je Aufgabe | Bei jeder Anfrage |
| Wissensbasis | Fachabteilung | Laufend, mit den Fakten |
| Technische Rechte | Wir mit Ihrer IT | Bei Systemänderungen |
Wichtig ist die Trennung zwischen Anweisung und Recht. Was ein Agent nicht darf, sollte nicht nur in der Anweisung stehen, sondern auch technisch gesperrt sein. Wer keine Schreibrechte hat, kann auch bei einer missverstandenen Anweisung nichts verändern.
Grenzen und Risiken
- Keine absolute Sicherung. Ein Modell kann Anweisungen missachten oder durch geschickte Eingaben abgelenkt werden. Verbindlich schützen nur Rechte und Freigaben.
- Zu lang, zu widersprüchlich. Je mehr Regeln, desto größer die Gefahr, dass sich zwei widersprechen. Eine Seite mit klaren Prioritäten ist besser als zehn Seiten Vorsicht.
- Vertrauliches hineinschreiben. Systemanweisungen können durch Nachfragen teilweise offengelegt werden. Zugangsdaten und Geheimnisse gehören nicht hinein.
- Veralten. Ohne Pflege arbeitet das System mit überholten Regeln. Jede Fassung braucht Datum und Verantwortlichen.
Was nicht in eine Systemanweisung gehört
- Fakten, die sich ändern. Preise, Öffnungszeiten, Fristen und Produktdaten gehören in die Wissensbasis, wo sie gepflegt werden und eine Quelle haben.
- Geheimnisse. Zugangsdaten, interne Kennzahlen und vertrauliche Kundendaten haben in einem Text, der bei jeder Anfrage mitgeht, nichts zu suchen.
- Rechtsauslegungen. Der Agent soll keine Rechtsfragen beantworten. Statt Gesetze zu zitieren, sollte die Anweisung vorsehen, dass solche Fragen an Menschen gehen.
- Wünsche ohne Prüfbarkeit. „Sei besonders empathisch“ lässt sich nicht testen. „Beginne bei Beschwerden mit einem Satz des Bedauerns, ohne Schuld oder Zusage“ schon.
Eine gute Faustregel: Jede Zeile der Systemanweisung sollte sich durch einen Testfall belegen lassen. Gibt es keinen, ist die Zeile vermutlich überflüssig oder zu vage.
Streichen Sie deshalb, was sich nicht durch einen Testfall belegen lässt, und halten Sie die Anweisung kurz. Eine schlanke Anweisung lässt sich besser pflegen und überprüfen.
So testen und pflegen wir sie
- EntwurfWir schreiben mit Ihnen die erste Fassung und lassen sie fachlich freigeben.
- TestfälleNormale, schwierige und absichtlich provozierende Anfragen prüfen, ob die Regeln halten.
- BetriebStichproben zeigen, wo die Anweisung unscharf ist.
- ÄnderungJede Änderung mit Datum, Grund und Freigabe, danach die Testfälle erneut.
Dieses Vorgehen verbindet sich mit der Stichprobenprüfung und der Eskalationsregel. Unsere Arbeitsweise und die Transparenz gegenüber Kunden beschreiben wir unter KI-Transparenz.
Weitere Fragen aus der Praxis
Wie lange dauert es, eine Systemanweisung zu erstellen?
Der erste Entwurf entsteht schnell. Aufwendig ist das Abstimmen der Regeln im Team: Was darf der Agent sagen, wann übergibt er? Dieses Gespräch ist der eigentliche Gewinn, weil es Absprachen sichtbar macht, die bisher unausgesprochen galten.
Kann ich mehrere Agenten mit derselben Systemanweisung betreiben?
Technisch ja, fachlich selten sinnvoll. Jeder Agent hat eine eigene Aufgabe, eigene Quellen und eigene Grenzen. Gemeinsame Regeln, etwa zum Ton, lassen sich in einem Baustein teilen und je Agent ergänzen.
Häufige Fragen
Sieht der Kunde die Systemanweisung?
Nein, im Normalfall nicht. Sie lässt sich aber durch gezielte Fragen teilweise erschließen. Schreiben Sie deshalb nichts hinein, was nicht öffentlich werden dürfte.
Wer sollte die Systemanweisung freigeben?
Eine Person mit Verantwortung für den Vorgang, bei sensiblen Bereichen die Geschäftsführung. Sie legt fest, was der Agent sagen und tun darf.
Kann man sie ändern, ohne das System neu zu bauen?
Ja, sie ist Text. Wir testen jede Änderung gegen feste Beispielfälle und halten Datum und Grund fest.
Reicht eine Systemanweisung als Schutz vor Fehlern?
Nein. Sie steuert das Verhalten, schützt aber nicht verbindlich. Dazu braucht es Rechte, Freigaben, Protokolle und Stichproben.
Wie unterscheiden sich Systemanweisung und Prompt?
Die Systemanweisung gilt für jede Anfrage und beschreibt den Rahmen. Der Prompt ist die einzelne Aufgabe. Wer beides trennt, kann Rahmen und Aufgabe getrennt pflegen und testen.
Autor: Melvin Mümken, Gründer & Technischer Leiter. Stand: 22.10.2026. Die Hinweise sind ein allgemeiner Überblick und keine Rechtsberatung.