Claude kann viel. Aber ohne saubere Anleitung macht KI vor allem eines: jedes Mal neu raten. Skills ändern das — weil wiederkehrende Arbeit nicht wiederkehrend erklärt werden muss.
Ein Skill ist ein Werkzeug. Kein Zaubertrick.
Ein Skill ist ein wiederverwendbares KI-Werkzeug direkt in Claude.
Nicht einfach ein langer Prompt. Nicht „mach mal wie immer“. Sondern ein kleiner Werkzeugkasten mit Regeln, Beispielen, Vorlagen und Abläufen.
Technisch steckt dahinter meist ein Ordner. Darin liegt eine Datei wie SKILL.md: Name, Beschreibung, Regeln, Vorgehen. Dazu kommen bei Bedarf Skripte, Checklisten, Textbausteine oder Projektvorlagen.
Claude erkennt über die Beschreibung, wann ein Skill passt. Dann lädt Claude die passende Anleitung. Nicht alles auf einmal. Nur das, was für die Aufgabe gebraucht wird.
Ein Skill macht aus Erfahrung Struktur. Und aus Struktur wiederholbare Arbeit.
Das klingt trocken. Ist es auch ein bisschen. Genau darin liegt der Nutzen.
Warum wir Skills bauen. Weil Wiederholung bremst.
Agenturarbeit besteht nicht nur aus Ideen.
Da sind Serverzugänge. Markdown-Dateien. Projektordner. Kundeninfos. Briefings. Freigaben. Übergaben. Kleine Regeln, die niemand jedes Mal neu erklären will.
Früher lag vieles im Kopf. Oder in alten Chats. Oder in einer Notiz, die garantiert nicht da ist, wenn man sie braucht.
Mit Skills ziehen wir diese Abläufe in Claude. Einmal sauber erklärt. Immer verfügbar.
Nicht als Ersatz für Denken. Als Werkzeugkasten für wiederkehrende Arbeit.
Das spart nicht nur Zeit. Es senkt Fehler. Weil Claude nicht jedes Mal raten muss, wie wir Dateien benennen, welche Reihenfolge im Projektstart gilt oder was bei SSH-Kommandos tabu ist.
So bauen wir Skills. Erst Prozess, dann Claude.
Der wichtigste Teil ist nicht KI. Der wichtigste Teil ist Handwerk.
Bevor wir einen Skill bauen, schreiben wir den Ablauf auf. Hart. Einfach. Ohne hübsche Sprache.
Was ist die Aufgabe? Wann ist sie erledigt? Was darf Claude nicht tun? Welche Beispiele zeigen den richtigen Stil?
Dann wird daraus eine Skill-Anweisung.
Bei uns sieht das grob so aus:
- Aufgabe klar benennen — kein Sammelbecken bauen.
- Ergebnis definieren — Claude braucht ein Zielbild.
- Grenzen setzen — besonders bei Technik und Kundendaten.
- Mit echten Fällen testen — nicht mit Fantasie-Beispielen.
Danach wird geschliffen.
Ein Skill ist selten beim ersten Versuch sauber. Er macht zu viel. Oder zu wenig. Oder er übersieht eine Regel, die für uns selbstverständlich war.
Genau da wird es interessant. Skills zeigen brutal ehrlich, wie klar eure Prozesse wirklich sind.
Wenn ein Ablauf schwammig ist, baut Claude den Schwamm nach. Nur schneller.
Drei Beispiele. Direkt aus dem Agenturalltag.
1. SSH-Verbindungen. Schnell, aber nicht blind.
Ein SSH-Skill hilft bei wiederkehrenden Serverarbeiten.
Nicht indem er Passwörter speichert. Niemals. Keine privaten Schlüssel, keine Tokens, keine Zugangsdaten im Skill.
Der Skill kennt nur den Ablauf.
Welche Host-Aliasse gibt es? Welche Befehle sind erlaubt? Wann muss vorher ein Backup geprüft werden? Wann wird gestoppt und nachgefragt?
Das ist das Sicherheitsgeländer.
Beispiel: Claude soll eine Logdatei prüfen oder eine Deployment-Struktur erklären. Der Skill erinnert Claude daran, erst den Kontext zu klären, keine zerstörerischen Befehle vorzuschlagen und bei riskanten Aktionen eine Bestätigung einzuholen.
Kein Heldentum auf der Kommandozeile. Sauber arbeiten.
Gerade bei Technik ist KI nützlich — aber nur mit klaren Grenzen.
2. Obsidian-Markdown. Ordnung ohne Nacharbeit.
Wir nutzen Markdown viel. Für Notizen, Konzepte, Projektwissen, interne Doku.
Ein Obsidian-Skill sorgt dafür, dass Claude nicht irgendeine schöne Markdown-Datei baut. Sondern eine, die in unser System passt.
Dateinamen. Frontmatter. Tags. Überschriften. Interne Links. Kurze Zusammenfassungen. Saubere Absätze.
Klingt klein. Ist im Alltag groß.
Denn schlechte Notizen kosten später Zeit. Sie werden nicht gefunden. Oder falsch einsortiert. Oder sehen aus wie aus drei verschiedenen Köpfen gefallen.
Der Skill sorgt für Rhythmus.
Einmal definiert Claude die Struktur nicht neu. Er nutzt sie.
3. Kundenprojekt-Workflow. Weniger Reibung beim Start.
Der dritte Skill ist für Projektstarts.
Wenn ein neues Kundenprojekt reinkommt, passieren immer ähnliche Dinge. Ordner anlegen. Briefing sortieren. offene Fragen sammeln. Aufgaben ableiten. Material prüfen. nächste Schritte formulieren.
Ein Kundenprojekt-Workflow-Skill führt Claude durch genau diesen Ablauf.
Er fragt nicht nach jedem Kleinkram. Er sortiert. Er benennt Lücken. Er erstellt eine erste Projektübersicht im richtigen Format.
Nicht fertig für die Bühne. Fertig für den nächsten Arbeitsschritt.
Das ist der Unterschied.
KI muss nicht alles final machen. Sie muss den Start sauber machen. Dann können wir schneller entscheiden, besser briefen, gezielter arbeiten.
Der Aufwand ist real. Der Nutzen auch.
Ein kleiner Skill steht manchmal in zwei Stunden.
Ein Skill mit Technik, Sicherheitsregeln, Beispielen und Tests braucht eher einen halben Tag. Manchmal mehr.
Das ist kein Zauberknopf. Es ist Arbeit.
Aber es ist Arbeit, die sich wiederholt bezahlt macht. Beim zweiten Einsatz spart sie Zeit. Beim fünften Einsatz wird sie selbstverständlich. Beim zehnten Einsatz fragt man sich, warum man vorher alles in Chats verstreut hat.
Wichtig ist: Skills brauchen Pflege.
Wenn sich euer Prozess ändert, muss der Skill mitziehen. Wenn Claude eine Regel falsch interpretiert, wird nachgeschliffen. Wenn ein Beispiel fehlt, kommt es rein.
Kleine Agenturen haben hier einen Vorteil. Kurze Wege. Keine Abstimmungsrunde mit zwölf Leuten. Wir merken schnell, was bremst — und ändern es.
Was kleine Agenturen davon haben. Weniger Kopfverlust.
In kleinen Teams ist Wissen oft persönlich.
Daniel weiß, wie der Server tickt. Bettina weiß, welche Kundenstruktur funktioniert. Beide wissen, wie Bartel Media klingen soll.
Das ist stark. Aber es kann bremsen.
Skills machen dieses Wissen nutzbar, ohne es weichzuspülen. Claude bekommt klare Regeln. Wir behalten die Entscheidung.
Wenn Bettina ein Kundenprojekt strukturiert und Daniel später in die Technik geht, liegt dieselbe Spielanweisung zugrunde. Kein stilles Raten. Kein „wie hatten wir das beim letzten Mal?“.
Das spart Übergaben. Und Nerven.
Es macht aus KI keine Agentur. Es macht unsere Agentur schneller an den Stellen, die vorher stumpf waren.
Wo Skills falsch eingesetzt werden. Da wird es teuer.
Nicht jede Aufgabe braucht einen Skill.
Wenn etwas einmal im Jahr passiert, reicht ein guter Prompt. Wenn ein Prozess noch nicht verstanden ist, hilft kein Skill. Wenn sensible Daten im Spiel sind, braucht es Regeln vor Geschwindigkeit.
Claude darf nicht zum Ablageort für alles werden.
Ein Skill ist gut, wenn eine Aufgabe wiederkehrt, klare Schritte hat und messbar besser wird. Sonst baut ihr euch nur digitalen Ballast.
Auch wichtig: Ein Skill nimmt euch keine Verantwortung ab.
Wenn Claude per SSH arbeitet, bleibt die Verantwortung bei uns. Wenn Claude Markdown sortiert, prüfen wir die Struktur. Wenn Claude einen Projektstart vorbereitet, entscheiden wir, was wirklich passiert.
KI beschleunigt. Das Handwerk bleibt Chefsache.
Unser Fazit. Erst Handwerk, dann Automatisierung.
Skills lohnen sich, wenn ihr echte Arbeit damit löst.
Nicht Demo-Arbeit. Nicht Spielerei. Echte Wiederholung, die jeden Monat Zeit frisst.
Startet klein. Ein Skill für SSH. Ein Skill für Obsidian. Ein Skill für euren Projektstart.
Nach zwei Wochen seht ihr, was trägt. Nach vier Wochen wisst ihr, welche Prozesse wirklich sauber sind. Und welche nur im Kopf gut klangen.
Genau dafür bauen wir KI-Werkzeuge.
Nicht, weil es glänzt. Sondern weil es arbeitet.
Häufige Fragen
Was ist ein Skill in Claude?
Ein wiederverwendbares Werkzeug: ein Arbeitsablauf, den Sie einmal sauber beschreiben und der danach immer gleich abläuft. Keine Prompt-Sammlung, sondern ein festgelegtes Verfahren.
Muss ich programmieren können, um Skills zu bauen?
Nein. Der schwierige Teil ist nicht die Technik, sondern das Handwerk davor: den eigenen Prozess so genau zu beschreiben, dass er wiederholbar wird.
Wie lange dauert es, einen Skill zu bauen?
Ein kleiner Skill steht in etwa zwei Stunden. Aufwendigere brauchen einen Tag. Der Aufwand ist real — er rechnet sich ab der Wiederholung.
Wann lohnt sich ein Skill nicht?
Bei Aufgaben, die selten vorkommen oder jedes Mal anders laufen. Dann ist der Skill teurer als die Handarbeit, die er ersetzen soll.
Was haben kleine Teams davon?
Wissen, das sonst in einem Kopf steckt, wird benutzbar für alle. Wenn jemand ausfällt oder geht, bleibt das Verfahren im Haus.