> ## Documentation Index
> Fetch the complete documentation index at: https://docs.langdock.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Skills verwenden

> Ein praktischer Guide zum Erstellen deiner ersten Skills, mit vollständigen Beispielen, die du kopieren oder anpassen kannst.

Skills funktionieren am besten, wenn du mit Outputs anfängst, die dein Team bereits regelmäßig produziert. Du musst deine Workflows nicht neu erfinden. Du musst nur festhalten, was bereits funktioniert, und es automatisch verfügbar machen.

Die vollständige Skills-Referenz findest du unter [Skills](/de/using-langdock/skills/introduction).

## Das Drei-Outputs-Prinzip

Denk an die drei Outputs, die dein Team am häufigsten produziert. Das sind deine ersten drei Skills.

Ein guter erster Skill ist:

* Etwas, das dein Team mindestens wöchentlich tut
* Etwas, bei dem das Ausgabeformat wichtig ist oder konsistent sein muss
* Etwas, bei dem das wiederholte Schreiben desselben Prompts Zeit verschwendet

Sobald du diese drei hast, kannst du von dort aus erweitern.

## Ausgearbeitete Beispiele

### Tone-of-Voice-Skill

Verwende diesen Skill, wenn dein Team kundenseitige Inhalte produziert und Konsistenz wichtig ist.

**Name:** Company Tone of Voice

**Beschreibung:** Verwenden, wenn kundenseitige Inhalte geschrieben werden, darunter E-Mails, Angebote, Support-Antworten und Marketing-Texte.

**Anweisungen:**

```
Schreibe immer in einem warmen, direkten und selbstbewussten Ton. Vermeide Fachjargon und übermäßig formelle Sprache.

Sprich die lesende Person mit „du" an. Halte Sätze kurz. Bevorzuge aktive Sprache gegenüber Passivkonstruktionen.

Verwende nicht:
- Füllphrasen wie „Wie bereits besprochen" oder „Für Rückfragen stehen wir gerne zur Verfügung"
- Übermäßig viele Ausrufezeichen
- Vage Formulierungen wie „verschiedene" oder „bestimmte"

Im Zweifelsfall schreibe so, als würdest du etwas klar und verständlich einer klugen Person erklären, die kein Expertin auf dem Gebiet ist.
```

***

### Status-Update-Skill

Verwende diesen Skill, wenn dein Team regelmäßige Fortschrittsupdates produziert, die einem einheitlichen Format folgen sollen.

**Name:** Status Update

**Beschreibung:** Verwenden, wenn ein Status-Update, eine Fortschrittszusammenfassung oder ein Wochenbericht angefordert wird.

**Anweisungen:**

```
Fasse die Arbeit in drei Abschnitten zusammen:

**Diese Woche**
Was wurde abgeschlossen. Stichpunkte, eine Zeile pro Punkt.

**Blocker**
Was bremst den Fortschritt. Falls nichts, schreibe „Keine."

**Nächste Woche**
Was ist geplant. Stichpunkte, eine Zeile pro Punkt.

Halte die Gesamtlänge unter 200 Wörtern. Verwende einfache Sprache, keinen Fachjargon – es sei denn, das Publikum ist technisch.
```

***

### Meeting-Follow-up-Skill

Verwende diesen Skill, um Meeting-Notizen in strukturierte, teilbare Zusammenfassungen umzuwandeln.

**Name:** Meeting Follow-Up

**Beschreibung:** Verwenden, wenn ein Meeting zusammengefasst, Notizen in ein Follow-up umgewandelt oder eine Zusammenfassung für die Teilnehmenden erstellt werden soll.

**Anweisungen:**

```
Strukturiere jedes Meeting-Follow-up wie folgt:

**Meeting-Zusammenfassung** (maximal 2 bis 3 Sätze)
Worum es im Meeting ging und was insgesamt entschieden wurde.

**Wesentliche Entscheidungen**
Stichpunktliste. Jeder Punkt ist eine getroffene Entscheidung.

**Aufgaben**
Stichpunktliste. Jeder Punkt folgt diesem Format: [Verantwortliche Person] - [Aufgabe] - [Fälligkeitsdatum, falls bekannt]

**Offene Fragen**
Stichpunktliste. Fragen, die im Meeting aufgeworfen, aber nicht geklärt wurden.

Halte den Ton neutral und sachlich. Kommentiere nicht. Falls keine Notizen vorliegen, frage danach, bevor du die Zusammenfassung schreibst.
```

***

### Kunden-E-Mail-Skill

Verwende diesen Skill für kundenorientierte Teams, die einen konsistenten E-Mail-Ton und eine konsistente Struktur benötigen.

**Name:** Client Email

**Beschreibung:** Verwenden, wenn eine E-Mail an einen Kunden oder externe Stakeholder verfasst wird.

**Anweisungen:**

```
Strukturiere Kunden-E-Mails wie folgt:

1. Einstieg: Ein Satz, der den Kontext aufgreift oder sich beim Kunden bedankt, falls angemessen.
2. Hauptteil: Die eigentliche Botschaft, aufgeteilt in kurze Absätze. Kein Absatz länger als 3 Sätze.
3. Nächster Schritt: Ein klarer Satz, der beschreibt, was als nächstes passiert und wer verantwortlich ist.
4. Abschluss: „Mit freundlichen Grüßen" gefolgt vom Platzhalter für den Namen der absendenden Person.

Ton: professionell, direkt und freundlich. Vermeide Unternehmensfloskeln.

Beginne eine E-Mail nie mit „Ich hoffe, diese E-Mail erreicht Sie in bester Gesundheit" oder ähnlichen Einleitungen.

Falls der Nutzer Hintergrundinformationen liefert, beziehe sie ein. Falls der Zweck nicht angegeben ist, frage nach, bevor du entwirfst.
```

***

### Dokumentenprüfungs-Skill

Verwende diesen Skill, wenn dein Team Entwürfe anhand eines standardisierten Kriteriensatzes prüft.

**Name:** Document Review

**Beschreibung:** Verwenden, wenn ein Dokument geprüft, ein Entwurf auf Probleme untersucht oder Inhalte gegen Richtlinien geprüft werden sollen.

**Anweisungen:**

```
Prüfe das bereitgestellte Dokument und erstelle eine strukturierte Bewertung:

**Zusammenfassung** (2 Sätze)
Was das Dokument ist und wie gut es insgesamt ist.

**Gefundene Probleme**
Stichpunktliste. Kategorisiere jedes Problem als: [Klarheit], [Genauigkeit], [Vollständigkeit], [Ton] oder [Format].

**Vorschläge**
Stichpunktliste. Konkrete, umsetzbare Verbesserungen.

**Fazit**
Eines davon: Bereit zur Veröffentlichung / Kleinere Überarbeitungen notwendig / Größere Überarbeitungen notwendig

Sei direkt. Weiche das Feedback nicht mit übertrieblichem Lob ab. Wenn das Dokument gut ist, sage das kurz und erkläre warum.
```

***

## Skills vs. Agenten

Skills und Agenten lösen unterschiedliche Probleme.

|                  | Skills                                                                   | Agenten                                                                           |
| ---------------- | ------------------------------------------------------------------------ | --------------------------------------------------------------------------------- |
| Einsatzzweck     | Wiederkehrende Anweisungen, die in vielen Situationen gelten             | Eine dedizierte Umgebung für eine bestimmte Domäne oder einen bestimmten Workflow |
| Aktivierung      | Automatisch basierend auf der Beschreibung, oder manuell über das @-Menü | Du navigierst zum Agenten oder taggst ihn                                         |
| Wissen und Tools | Über angehängte Integrations                                             | Direkt am Agenten konfiguriert                                                    |
| Am besten für    | Ton, Format, Output-Standards, Integration-Shortcuts                     | Mehrstufige Workflows, spezialisierte Domänen, kundenseitige Bots                 |

Wenn dein Team einen Agenten nur öffnet, um eine konsistente Formatierung zu erhalten, gehört dieses Verhalten in einen Skill. Agenten sollten sich auf das konzentrieren, was sie spezifisch macht. Allgemeine Anweisungen wie Ton oder Output-Standards sollten Skills sein.

## Was Skills nicht können

* **Keine Erinnerung zwischen Sessions.** Anweisungen werden in jedem Gespräch neu eingelesen.
* **Keine Live-Daten ohne eine Integration.** Ein Skill ohne angehängte Integration stellt nur Anweisungen bereit und kann keine externen Informationen abrufen.
* **Kein Versionsverlauf.** Das Aktualisieren der Anweisungen eines Skills ersetzt die vorherige Version ohne die Möglichkeit, sie wiederherzustellen.

## Skills im Workspace bereitstellen

Sobald du Skills hast, die dein gesamtes Team nutzen sollte, kannst du sie im Workspace freigeben oder verbindlich für alle aktivieren. Jeder Nutzer hat sie dann von Anfang an aktiv, ohne etwas installieren zu müssen.

Die vollständige Einrichtung findest du unter [Workspace Skills](/de/using-langdock/skills/workspace-skills).

***

Hast du weitere Fragen? Schau in die [Skills FAQ](/de/using-langdock/guides/skills/faq).

## FAQ

<AccordionGroup>
  <Accordion title="Wann sollte ich Skills nutzen?">
    Nutze Skills, wenn du wiederverwendbare Anweisungen möchtest, die Antworten verbessern, ohne dass du denselben Kontext in jedem Chat neu schreiben musst. Skills eignen sich für wiederkehrende Aufgaben, Styleguides, fachspezifische Anweisungen und strukturierte Arbeitsweisen.
  </Accordion>

  <Accordion title="Was sollte ich prüfen, wenn ein Skill nicht aktiviert wird?">
    Prüfe, ob der Skill installiert, aktiviert und für die Anfrage des Users relevant ist. Wenn der Skill von Integrationen oder Dateien abhängt, bestätige, dass diese Ressourcen verfügbar sind und der Prompt klar nach Arbeit fragt, die zum Skill passt.
  </Accordion>
</AccordionGroup>
