ProPrompt â Grundlagen des effektiven Promptings
Zielgruppe: Alle, die GitHub Copilot, Copilot Studio Agents oder KI-gestĂŒtzte Toolchains produktiv einsetzen wollen â auch ohne KI-Vorwissen.
Berufsspezifische Guides: Analysten · Juristen · Entwickler · BĂŒroalltag
Inhaltsverzeichnis
- Markdown-Schnelleinstieg
- Grundlagen des Promptings
- Dos & Donâts â Ăbersicht
- Copilot Chat & Kontext-Variablen
- Agent-Modus â Ăberblick
- Copilot Studio Agents â Ăberblick
- Instruction-Files & Custom Instructions
- Cheat-Sheet
1 Markdown-Schnelleinstieg
Markdown ist das Standardformat fĂŒr Dokumentation und KI-Kontextdateien. Hier die wichtigsten Elemente:
Textformatierung
# Ăberschrift 1
## Ăberschrift 2
### Ăberschrift 3
**Fett**
*Kursiv*
~~Durchgestrichen~~
`Inline-Code`
Listen
- AufzÀhlung Punkt 1
- AufzÀhlung Punkt 2
- Unterpunkt
1. Nummerierte Liste
2. Zweiter Punkt
Code-Blöcke
```python
def hello():
print("Hallo Welt")
```
Links & Bilder
[Linktext](https://example.com)

Tabellen
| Spalte A | Spalte B |
|----------|----------|
| Wert 1 | Wert 2 |
Warum Markdown fĂŒr KI?
- LLMs verstehen Markdown-Struktur nativ
- Ăberschriften schaffen klare Hierarchie â besserer Kontext
- Code-Blöcke werden als Code erkannt (Syntax-Highlighting)
- Tabellen transportieren strukturierte Daten kompakt
2 Grundlagen des Promptings
Was ist ein Prompt?
Ein Prompt ist die Anweisung, die du an ein KI-Modell sendest. Je klarer und strukturierter dein Prompt, desto besser das Ergebnis.
Die 4 SĂ€ulen eines guten Prompts
| SĂ€ule | Beschreibung | Beispiel |
|---|---|---|
| Rolle | Wer soll die KI sein? | âDu bist ein erfahrener C#-Entwickler.â |
| Kontext | Welche Hintergrundinformationen braucht die KI? | âWir arbeiten an einer .NET 8 Web-API.â |
| Aufgabe | Was genau soll getan werden? | âErstelle einen Controller fĂŒr User-CRUD.â |
| Format | Wie soll die Ausgabe aussehen? | âGib den Code mit XML-Kommentaren aus.â |
Das RICE-Prinzip
Rolle â Instruktion â Context â Expected Output
Rolle: Du bist ein Senior DevOps Engineer.
Instruktion: Erstelle ein Dockerfile fĂŒr eine Node.js 20-App.
Context: Die App nutzt pnpm, hat ein /src-Verzeichnis und braucht Port 3000.
Expected: Multi-Stage Dockerfile mit Kommentaren.
3 Dos & Donâts â Ăbersicht
â DOs
| # | Do | Warum |
|---|---|---|
| 1 | Sei spezifisch | âErstelle eine TypeScript-Funktion, die ein Array sortiertâ > âschreib mir Codeâ |
| 2 | Gib Kontext | Sprache, Framework, Version, Architektur mitgeben |
| 3 | Definiere das Ausgabeformat | âGib JSON ausâ, âNutze Bullet Pointsâ, âErstelle eine Tabelleâ |
| 4 | Arbeite iterativ | Erst GrundgerĂŒst, dann Verfeinerung in Folge-Prompts |
| 5 | Nutze Beispiele (Few-Shot) | Zeige 1â2 Beispiele des gewĂŒnschten Outputs |
| 6 | Begrenze den Scope | Ein Prompt = eine klare Aufgabe |
| 7 | Nutze Markdown in Prompts | Ăberschriften, Listen und Code-Blöcke fĂŒr Struktur |
| 8 | Referenziere Dateien | #file:src/service.ts in Copilot Chat nutzen |
| 9 | PrĂŒfe die Ausgabe | KI-Output immer reviewen, nie blind ĂŒbernehmen |
| 10 | Nutze Custom Instructions | .github/copilot-instructions.md fĂŒr projektweite Regeln |
â DONâTs
| # | Donât | Warum |
|---|---|---|
| 1 | Vage Prompts | âMach das besserâ â Kein klares Ziel |
| 2 | Zu viel auf einmal | âErstelle mir eine komplette Appâ â Ăberforderung |
| 3 | Kontext vergessen | Ohne Sprache/Framework rÀt die KI |
| 4 | Blind Copy-Paste | Immer Code lesen und verstehen |
| 5 | Sensible Daten eingeben | Keine echten Passwörter, API-Keys oder Kundendaten |
| 6 | Erwarten, dass es beim ersten Mal perfekt ist | Iteratives Prompting ist normal |
| 7 | Negationen nutzen | âNutze NICHT varâ â Besser: âVerwende const und letâ |
| 8 | Kontext-Fenster ĂŒberladen | Nicht ganze Codebases in einen Prompt packen |
| 9 | Prompt-Sprache wechseln | Bleib bei einer Sprache pro Konversation |
| 10 | Agent-Mode fĂŒr Triviales | Einfache Edits brauchen keinen Agent |
4 Copilot Chat & Kontext-Variablen
Slash-Commands
| Command | Funktion |
|---|---|
/explain |
Code erklÀren lassen |
/fix |
Fehler beheben |
/tests |
Tests generieren |
/doc |
Dokumentation erstellen |
/new |
Neues Projekt/Datei scaffolden |
Kontext-Variablen
| Variable | Beschreibung |
|---|---|
#file |
Spezifische Datei referenzieren |
#selection |
Markierten Code referenzieren |
#editor |
Aktuellen Editor-Inhalt |
#codebase |
Gesamtes Projekt durchsuchen |
#terminalLastCommand |
Letzten Terminal-Befehl referenzieren |
Beispiel-Prompts fĂŒr den Alltag
Code-Review:
ĂberprĂŒfe #selection auf:
1. Potenzielle Bugs
2. Performance-Probleme
3. Best-Practice-VerstöĂe
Gib VerbesserungsvorschlÀge als Diff aus.
Fehlerbehebung:
Der folgende Fehler tritt auf: #terminalLastCommand
Analysiere den Fehler im Kontext von #file:src/app.ts und schlage eine Lösung vor.
đĄ Mehr Beispiele findest du in den berufsspezifischen Guides: Analysten · Juristen · Entwickler · BĂŒroalltag
5 Agent-Modus â Ăberblick
Was ist der Agent-Modus?
Der Agent-Modus in VS Code erlaubt Copilot, selbststĂ€ndig mehrere Schritte auszufĂŒhren:
- Dateien lesen, erstellen und editieren
- Terminal-Befehle ausfĂŒhren
- Ăber mehrere Dateien hinweg arbeiten
- Fehler erkennen und selbst korrigieren
Wann Agent-Modus nutzen?
| Szenario | Agent â | Chat đŹ |
|---|---|---|
| Neues Feature ĂŒber mehrere Dateien | â | Â |
| Refactoring eines ganzen Moduls | â | Â |
| Debugging mit Terminalzugriff | â | Â |
| Einzelne Funktion schreiben |  | đŹ reicht |
| Schnelle ErklĂ€rung |  | đŹ reicht |
Struktur fĂŒr Agent-Prompts
## Ziel
[Was soll am Ende erreicht sein?]
## Kontext
[Relevante Architektur, Technologien, Constraints]
## Schritte
1. [Erster Schritt]
2. [Zweiter Schritt]
3. [Dritter Schritt]
## Anforderungen
- [Nicht-funktionale Anforderung 1]
- [NFR 2]
## Nicht tun
- [Explizite AusschlĂŒsse]
Agent-Modus Tipps
- Instruction Files nutzen â
.github/copilot-instructions.mdwird automatisch geladen - Aufgaben klar abgrenzen â Lieber 3 fokussierte Agent-Sessions als eine riesige
- Checkpoints setzen â Nach jedem Schritt die Ănderungen reviewen
- Terminal-Output beobachten â Agent fĂŒhrt Befehle aus, die Nebeneffekte haben können
- Undo nutzen â VS Code kann Agent-Ănderungen rĂŒckgĂ€ngig machen
đĄ AusfĂŒhrliche Agent-Beispiele findest du in: Analysten · Juristen · Entwickler · BĂŒroalltag
6 Copilot Studio Agents â Ăberblick
Was ist Copilot Studio?
Microsoft Copilot Studio ermöglicht das Erstellen eigener KI-Agents ohne Code â fĂŒr Teams, SharePoint, Web und mehr.
System-Prompt strukturieren
# Rolle
Du bist [Name], ein Assistent fĂŒr [Zweck].
# FĂ€higkeiten
- Du kannst [FĂ€higkeit 1]
- Du kannst [FĂ€higkeit 2]
- Du hast Zugriff auf [Datenquelle]
# Verhalten
- Antworte immer auf [Sprache]
- Nutze einen [formellen/informellen] Ton
- Maximal [X] SĂ€tze pro Antwort
# Grenzen
- Du beantwortest KEINE Fragen zu [Thema]
- Bei Unsicherheit sagst du: "[Fallback-Text]"
# Ausgabeformat
- Nutze Bullet Points fĂŒr Listen
- Verlinke auf [Quellen] wenn möglich
Agent-Toolchain Architektur
flowchart TB
A[đ€ Benutzer-Anfrage] --> B[đ€ Orchestrator-Agent]
B --> C[Agent A<br/>Recherche]
B --> D[Agent B<br/>Verarbeitung]
B --> E[Agent C<br/>Review]
C & D & E --> F[đ Zusammenfassung]
F --> G[đ€ Benutzer-Antwort]
style A fill:#e3f2fd
style B fill:#fff3e0
style F fill:#e8f5e9
style G fill:#c8e6c9
đĄ Berufsspezifische Agent-Beispiele: Reporting-Agent (Analysten) · Vertrags-Agent (Legal) · IT-Helpdesk (BĂŒro)
7 Instruction-Files & Custom Instructions
Ebenen der Konfiguration
ââââââââââââââââââââââââââââââââââââââ
â 1. VS Code Settings (global) â â Gilt fĂŒr alle Projekte
ââââââââââââââââââââââââââââââââââââââ€
â 2. .github/copilot-instructions.md â â Gilt fĂŒr das Projekt
ââââââââââââââââââââââââââââââââââââââ€
â 3. .copilot/*.md â â Kontextdateien pro Thema
ââââââââââââââââââââââââââââââââââââââ€
â 4. Inline-Prompt-Kontext â â Gilt fĂŒr die einzelne Anfrage
ââââââââââââââââââââââââââââââââââââââ
VS Code Custom Instructions
In settings.json:
{
"github.copilot.chat.codeGeneration.instructions": [
{ "text": "Verwende immer TypeScript strict mode." },
{ "text": "Bevorzuge funktionale Programmierung." },
{ "file": ".copilot/conventions.md" }
]
}
copilot-instructions.md â Beispiel
# Projekt: Contoso Web-App
## Tech-Stack
- Frontend: React 18 + TypeScript 5
- Backend: .NET 8 Web API
- Datenbank: PostgreSQL 16
- ORM: Entity Framework Core
## Code-Konventionen
- Verwende PascalCase fĂŒr C#-Klassen und Methoden
- Verwende camelCase fĂŒr TypeScript-Variablen und Funktionen
- Alle API-Endpoints geben `ApiResponse<T>` zurĂŒck
## Architektur
- Clean Architecture (Domain â Application â Infrastructure â API)
- CQRS mit MediatR fĂŒr Commands und Queries
- Repository-Pattern fĂŒr Datenzugriff
## Regeln
- Schreibe Unit-Tests fĂŒr alle neuen Services
- Alle DTOs sind `record`-Typen
- API-Versioning ĂŒber URL-Pfad (/api/v1/)
Best Practices
- Kurz und prĂ€zise â Jede Regel in einer Zeile
- Positiv formulieren â âVerwende Xâ statt âVerwende nicht Yâ
- Priorisieren â Wichtigste Regeln zuerst
- Aktuell halten â RegelmĂ€Ăig reviewen und updaten
- Team-Konsens â Alle Teammitglieder einbeziehen
8 Cheat-Sheet
Prompt-Vorlagen zum Kopieren
Code erklÀren:
ErklĂ€re #selection Schritt fĂŒr Schritt. Fokus auf:
- Was macht der Code?
- Welche Edge Cases gibt es?
- Wie könnte man es verbessern?
Bug finden:
Analysiere #file auf potenzielle Bugs:
1. Null-Reference-Fehler
2. Race Conditions
3. Fehlende Fehlerbehandlung
4. Speicher-Leaks
Tests schreiben:
Schreibe Unit-Tests fĂŒr #file:
- Nutze [Jest/xUnit/pytest]
- Teste Happy Path und Error Cases
- Nutze Arrange-Act-Assert Pattern
- Mocke externe AbhÀngigkeiten
Agent â Neues Feature:
## Ziel
[Feature-Beschreibung]
## Kontext
- Projekt: [Name]
- Tech-Stack: [Technologien]
- Relevante Dateien: #file:... #file:...
## Aufgabe
1. [Schritt 1]
2. [Schritt 2]
3. [Tests schreiben]
4. [Dokumentation aktualisieren]
## Regeln
- Bestehende Architektur einhalten
- Keine Breaking Changes
- Alle Tests mĂŒssen grĂŒn sein
Berufsspezifische Guides
| Guide | Beschreibung |
|---|---|
| đ Analysten | Datenanalyse, Reports, SQL, KPIs, Visualisierungen |
| âïž Juristen & Legal | VertrĂ€ge, Compliance, DSGVO, Klauselanalyse |
| đ» Entwickler | Code, Debugging, Architektur, CI/CD, Refactoring |
| đą BĂŒroalltag | E-Mails, Meetings, PrĂ€sentationen, Dateien umwandeln |
WeiterfĂŒhrende Links
Lizenz: MIT â Frei verwendbar und anpassbar. Beitragen: Pull Requests und Issues sind willkommen!