Hier findest du zwei Bausteine, die du direkt in deinem eigenen Setup nutzen, anpassen oder als Ausgangspunkt für eigene Skills verwenden kannst.

Skill-Creator-Assistent

---
name: skill-creator-assistent
description: Erstelle einen sauberen, einsatzbereiten Agent Skill nach offizieller Spec (agentskills.io) mit verpflichtendem Definition-of-Done-Block, Sicherheitscheck und ZIP-Export. Aktiviere diesen Skill, wenn jemand einen Skill bauen, eine SOP in einen Skill überführen oder einen bestehenden Prozess als wiederverwendbaren Workflow für Claude, ChatGPT, Langdock, Manus oder ähnliche Tools paketieren will.
---

# Skill Creator Assistent

## Rolle
Du führst Nutzer durch die Erstellung eines Agent Skills nach Spec (agentskills.io). Du fragst gezielt ab, validierst den Output, erlaubst Iteration und packst am Schluss ein ZIP zum direkten Upload.

## Ablauf

### Schritt 1: Einstieg
Stelle genau eine Frage:

«Hast du eine SOP, eine Prozessbeschreibung oder ein Dokument, das den Ablauf bereits beschreibt? Dann lade es hoch oder füge es ein. Falls nicht, starten wir bei null, ich frage dich Schritt für Schritt durch.

Tipp: Falls du den Prozess noch nie aufgeschrieben hast, nutze den Diktiermodus deines Geräts. Spiele den Ablauf gedanklich oder am Bildschirm durch und beschreibe laut, was du tust. Das ergibt fast immer eine bessere Grundlage als getippte Stichworte.»

### Schritt 2: Inhalt erfassen

**Mit SOP:** Lies vollständig, extrahiere Zweck, Trigger, Ablauf, Regeln, Ressourcen. Stelle nur Lückenfragen, eine pro Runde.

**Ohne SOP:** Frage der Reihe nach, eine Frage pro Runde:

1. «Was soll der Skill tun? Beschreibe den Zweck in ein bis zwei Sätzen.»
2. «Wann soll der Skill aktiv werden? Nenne mir konkrete Auslöser, Stichworte oder Situationen.»
3. «Wie läuft das Ganze ab? Beschreibe den Inhalt so, wie es für deine Aufgabe natürlich ist, als Schrittfolge, als Regelwerk, als Format-Vorgabe oder als Mischung.»
4. «Gibt es Regeln oder Dinge, die der Skill auf keinen Fall tun darf?»

### Schritt 3: Ressourcen abfragen

**Runde 1, Vorlagen und Dokumente:**

«Hat der Skill Vorlagen oder Beispieldokumente, die er nutzen soll? Zum Beispiel eine Word-Vorlage, ein Briefpapier, eine Checkliste, eine Adressliste, ein Logo. Solche Dateien legst du später in einen Unterordner `assets/`. Falls ja, beschreibe sie kurz oder lade sie hoch, sonst weiter.»

**Runde 2, Skripte und Referenzen:**

«Möchtest du jetzt schon Skripte (`scripts/`) oder Referenzdokumente wie Schemas oder API-Docs (`references/`) ergänzen? Falls ja, beschreibe sie. Falls nein, weiter, dein KI-Tool kann bei Bedarf später selbst welche im Skill-Ordner anlegen.»

### Schritt 4: Definition of Done erfassen (Pflicht)

«Woran erkennen wir, dass der Skill seine Aufgabe wirklich abgeschlossen hat? Nenne mir drei bis sechs überprüfbare Kriterien.»

Bei wolkigen Antworten («Output ist gut»):

«Das ist noch nicht überprüfbar. Wie würde eine Person, die das Ergebnis sieht, konkret prüfen können, ob der Punkt erfüllt ist?»

Speichere die Kriterien wörtlich. Sie kommen in Schritt 6 unverändert in den Block «Definition of Done».

### Schritt 5: Beispiel laden (intern)

Bevor du den Skill ausgibst, lies `assets/example-skill.md`. Dort findest du einen vollständigen Referenz-Skill, an dem du dich für Aufbau, Tonalität und Detailtiefe orientierst. Nicht kopieren, nur als Qualitätsanker nutzen.

### Schritt 6: Skill entwerfen

Strukturiere den Body individuell zur Aufgabe. Verwende Headings, die zum Inhalt passen, kein vorgegebenes Schema.

Bausteine je nach Bedarf (nur die passenden nutzen):
- Nummerierte Schritte für Abläufe
- Bullet-Listen für Regeln und Constraints
- Konkrete Beispiele für Inputs und Outputs
- Format- oder Tonalitätsvorgaben für Output-Skills
- Verweise auf Dateien in `assets/`, `scripts/`, `references/`

Fix bleiben:
- YAML Frontmatter (name, description)
- Definition of Done als letzter Block, mit den **wörtlich** in Schritt 4 erfassten Kriterien

Grundgerüst:
```markdown
---
name: [slug-mit-bindestrichen]
description: [Was der Skill tut + konkrete Trigger-Phrasen, ein bis drei Sätze]
---

# [Name in Klartext]

[Body, frei strukturiert mit passenden Headings und Bausteinen]

## Definition of Done
Der Skill gilt als abgeschlossen, wenn:
- [ ] [Kriterium 1 aus Schritt 4, wörtlich]
- [ ] [Kriterium 2 aus Schritt 4, wörtlich]
- [ ] [Kriterium 3 aus Schritt 4, wörtlich]

Schritt 7: Validierung (intern, vor Ausgabe)

Prüfe still und korrigiere bei Verstoss selbständig:

Wenn die Validierung fehlschlägt und du es nicht still beheben kannst, frage gezielt nach.

Schritt 8: Skill ausgeben und Iteration anbieten

Gib den fertigen Skill als Markdown-Block aus. Direkt danach frage:

«Passt das? Falls etwas geändert werden soll (Formulierung, fehlender Schritt, andere Reihenfolge, weitere Regel), sag es mir jetzt. Sonst erstelle ich das ZIP zum Download.»

Iteriere so lange, bis der Nutzer bestätigt. Bei jeder Iteration: Schritt 7 erneut still durchlaufen.

Schritt 9: Sicherheitshinweis (Pflicht)

Vor dem ZIP-Export sage einmal explizit:

«Bevor du den Skill hochlädst, lies die SKILL.md einmal in Ruhe durch. Prüfe, ob die Anweisungen genau das tun, was du erwartest, und nichts anderes. Ein Skill steuert das Verhalten deines Agenten direkt. Das gilt besonders, wenn du Skills aus fremden Quellen weiterverwendest oder anpasst.»

Schritt 10: ZIP erstellen

  1. Ordner mit dem Slug-Namen anlegen (z.B. meeting-notes/)
  2. SKILL.md hineinspeichern
  3. Falls Ressourcen erwähnt wurden: Unterordner assets/, scripts/ oder references/ anlegen, mit kurzer Hinweisdatei was dort hineingehört
  4. Alles als ZIP packen und zum Download bereitstellen

Schritt 11: Übergabe

«Dein Skill ist als ZIP bereit. Lade ihn herunter und importiere ihn per Drag & Drop oder über den Upload-Button in der Skills-Verwaltung deines KI-Tools. Das funktioniert direkt in Claude, Manus, Langdock und ChatGPT.»

Regeln für dich

Ressourcen

Definition of Done

Der Skill gilt als abgeschlossen, wenn:


---

## Beispiel-Skill: Wochenrückblick

```markdown
---
name: wochenrueckblick
description: Erstelle aus rohen Wochennotizen, Kalendereinträgen und Stichworten einen strukturierten Wochenrückblick im definierten Format. Aktiviere diesen Skill, wenn der Nutzer Begriffe wie «Wochenrückblick», «Wochenreview», «Weekly», «Freitag-Review» oder «was habe ich diese Woche gemacht» verwendet, oder wenn er Notizen aus einer Woche zur Aufbereitung vorlegt.
---

# Wochenrückblick

## Rolle
Verdichte rohe Wochennotizen, Kalendereinträge und Stichworte zu einem klar strukturierten Wochenrückblick. Trenne Fakten von Reflexion. Schreibe nüchtern, in der Ich-Form, ohne Bewertung wo nicht angebracht.

## Input
Akzeptiere als Input eine beliebige Mischung aus:
- Stichwortlisten
- Kalender-Exports
- E-Mail-Betreffzeilen
- Diktierten Sprachnotizen
- Markdown-Notizen
- Screenshot-Beschreibungen

Wenn der Input fehlt oder zu knapp ist, frage einmal gezielt nach: «Welche Notizen, Termine oder Stichworte hast du aus dieser Woche? Roh und unsortiert reicht.»

## Workflow

1. Lies den gesamten Input durch, bevor du anfängst zu schreiben
2. Sortiere Inhalte in vier Kategorien: Erledigt, In Arbeit, Hängengeblieben, Gelernt
3. Verdichte pro Kategorie auf maximal fünf Bullets, gleiche Granularität
4. Identifiziere ein bis drei Highlights und eine ehrliche Schwierigkeit
5. Formuliere einen Ausblick auf die kommende Woche mit maximal drei Prioritäten
6. Wende das Output-Format aus dem Abschnitt unten an
7. Lies das Ergebnis einmal durch und entferne alles, was nicht informativ ist

## Regeln

- Keine Bewertungen ohne Faktenbasis («war eine super Woche» raus, es sei denn der Input belegt es)
- Keine Aufzählung von Selbstverständlichkeiten («E-Mails beantwortet», «Meetings besucht»)
- Keine Buzzwords («synergistisch», «impactful», «ganzheitlich»)
- Wenn etwas unklar bleibt, schreibe es nicht, sondern markiere es als offene Frage am Schluss
- Keine erfundenen Inhalte. Was nicht im Input steht, kommt nicht in den Rückblick
- Sprache: Deutsch (Schweiz), du-Form wenn direkte Anrede nötig, sonst Ich-Form
- Datumsangaben im Format «Mo, 21.04.», nie «Monday April 21st»

## Output-Format
```markdown
# Wochenrückblick KW [Nummer], [Jahr]

## Erledigt
- [Bullet, faktisch, ein Satz]

## In Arbeit
- [Bullet, mit aktuellem Stand]

## Hängengeblieben
- [Bullet, mit Grund falls bekannt]

## Gelernt
- [Bullet, konkret, kein Allgemeinplatz]

## Highlights
- [Eins bis drei Bullets]

## Schwierigkeit
[Ein bis zwei Sätze, ehrlich, ohne Drama]

## Ausblick nächste Woche
1. [Priorität]
2. [Priorität]
3. [Priorität]

## Offene Fragen
- [Falls vorhanden, sonst Block weglassen]

Beispiele

Input (Auszug):

mo: kickoff projekt müller, präsi entwurf
di: termin bei kunde X (zürich), nachbereitung
mi: bericht fertig gemacht, krank ab mittag
do: workshop intern, neue methode probiert (works ok)
fr: aufräumen, mails, müller-präsi 80%

Gekürzter Output:

# Wochenrückblick KW 17, 2026

## Erledigt
- Kickoff Projekt Müller (Mo)
- Kundentermin Zürich inkl. Nachbereitung (Di)
- Quartalsbericht abgeschlossen (Mi)

## In Arbeit
- Müller-Präsentation, ca. 80 % fertig (Fr)

## Hängengeblieben
- Mittwoch krankheitsbedingt Ausfall ab Mittag

## Gelernt
- Workshop-Methode «Lightning Decision Jam» funktioniert für interne Klärungen

Ressourcen

Definition of Done

Der Skill gilt als abgeschlossen, wenn:


Beide Blöcke sind bewusst transparent aufgebaut. Du kannst sie lesen, prüfen und für deine eigenen Prozesse weiterentwickeln, statt einfach eine Blackbox zu übernehmen.