Claude Skills: Die Automatisierungsfunktion, über die niemand spricht
Acht Monate lang habe ich Claude wie eine sehr teure Kopier-Einfüge-Maschine benutzt.
Browser öffnen, Frage eintippen, Antwort kopieren, in Dokument einfügen. 40 Mal am Tag wiederholen. Ich dachte, ich wäre produktiv. Ich dachte, ich würde "KI nutzen." Keins von beidem stimmte.
Dann teilte ein Kollege eine einzige Markdown-Datei mit mir. Darin befand sich ein 50-zeiliges Dokument namens client-research.md. Oben stand eine Skill-Definition. Darunter standen Anweisungen, die so präzise waren, dass als ich /client research in Claude Co-work ausführte, der gesamte Workflow automatisch ablief — Hintergrundinformationen zu einem Unternehmen wurden abgerufen, deren Tech Stack kartiert, ein Cold-Outreach-Brief erstellt und in Slack abgelegt. Alles davon. Kein Kopieren und Einfügen. Kein manuelles Prompting. Nicht ich, der vor einem Bildschirm saß und überlegte, was als Nächstes zu tippen ist.
Das war vor drei Monaten. Seitdem habe ich eine Content-Wiederverwendungspipeline, ein Morgenbriefingsystem und einen Vertragserstellungs-Workflow automatisiert. Meine wöchentliche Verwaltungszeit sank von etwa 12 Stunden auf ungefähr 2.
Was mich immer noch verblüfft? Jede einzelne dieser Automatisierungen ist nur eine Markdown-Datei.
Das ist es, was dir niemand sagt, wenn Claude vorgestellt wird. Der Chatbot ist der Einstiegspunkt. Skills sind dort, wo die eigentliche Arbeit lebt. Und die Kluft zwischen diesen beiden Dingen — zwischen "Claude etwas fragen" und "Claude führt deinen Workflow aus" — ist die Kluft zwischen einem Werkzeug und Infrastruktur.
Ich möchte diese Kluft für dich in diesem Beitrag schließen. Aber zuerst musst du verstehen, warum der offensichtliche Ansatz — einfach besser im Prompting werden — irgendwann an eine Wand stößt.
Warum "bessere Prompts" eine Sackgasse sind
Es gibt einen Punkt, den jeder ernsthafte Claude-Nutzer erreicht, an dem sich Prompt Engineering wie eine Steuer anfühlt.
Du hast einen Workflow. Vielleicht ist es: Recherchiere einen Interessenten, erstelle ein Angebot, formatiere die Ausgabe für dein CRM, sende eine Slack-Benachrichtigung an dein Vertriebsteam. Du kannst Claude dazu bringen, Teile davon mit einer sorgfältig strukturierten Nachricht zu erledigen. Du kannst Prompts verketten. Du kannst clever sein.
Aber du initiierst immer noch jeden Schritt manuell. Du klebst die Teile immer noch mit deiner eigenen Aufmerksamkeit zusammen. Du bist immer noch die Middleware — die menschliche Schicht zwischen Claudes Fähigkeiten und dem tatsächlichen Ergebnis. Jedes Mal, wenn der Workflow läuft, musst du erscheinen und ihn ausführen.
Das ist in Ordnung für einmalige Aufgaben. Es skaliert nicht.
Die meisten Menschen, die Claude täglich nutzen — einschließlich vieler Entwickler, die ich respektiere — arbeiten bei ungefähr 15% dessen, was das Tool tatsächlich kann. Nicht weil sie faul sind. Weil Claudes Standardoberfläche es als Konversationstool präsentiert: du fragst, es antwortet. Dieses mentale Modell ist wirklich schwer zu durchbrechen, wenn man einmal darin festsitzt.
Claude Co-work ist eine Desktop-Anwendung — verfügbar für Mac und Windows — die eine völlig andere Beziehung zwischen dir und Claude einführt. Anstatt es zu bitten, Dinge einmalig zu erledigen, baust du Systeme, die Claude ausführt. Das eine ist ein Gespräch. Das andere ist Infrastruktur.
Im Zentrum dieses Systems steht ein Konzept namens Skills. Und sobald du Skills wirklich verstehst — nicht nur das Wort kennst, sondern das Designmuster verinnerlicht hast — beginnst du jeden repetitiven Workflow in deinem Leben zu scannen und zu fragen: Kann das ein Skill sein?
Die Antwort ist meistens: ja.
Was ein Skill tatsächlich ist
Ein Skill ist eine Markdown-Datei. Das ist das gesamte strukturelle Geheimnis. Aber in dieser Datei steckt eine vollständige Verhaltensspezifikation — das Ziel, die exakten Schritte, die Tools, die Claude bei jedem Schritt verwenden soll, und die Regeln, die es durchgehend befolgen muss.
Wenn Claude einen Skill lädt, bekommt es nicht nur Anweisungen. Es bekommt einen kontextgeladenen Betriebsmodus. Wie wenn du einem Auftragnehmer nicht nur eine Aufgabenbeschreibung gibst, sondern ein vollständiges Prozesshandbuch mit einer Liste, wen man bei Sonderfällen anrufen soll.
So sieht ein echter Skill in der Praxis aus. Der YouTube-Wiederverwendungsskill, den ich nutze, funktioniert so:
---
name: youtube-repurpose
description: Converts a new YouTube video into LinkedIn and Slack content
command: /repurpose-video
---
## Goal
Detect a new video from the specified channel and create platform-ready content
from the transcript.
## Steps
1. Retrieve the latest video transcript from the specified YouTube channel
2. Identify the 3 most quotable moments (under 25 words each)
3. Draft a LinkedIn post (under 1,300 characters, conversational tone)
4. Draft a 2-sentence Slack summary for team awareness
5. Queue LinkedIn post as a draft in Buffer
6. Post Slack summary to #content-updates channel
## Output Format
- LinkedIn: Conversational, ends with a question, no hashtag spam (3 max)
- Slack: Plain text, 2 sentences, links to the video
## Rules
- Never start the LinkedIn post with "In this video..."
- Never use phrases like "Game-changing" or "Revolutionary"
- If the transcript is under 500 words, flag it as too short and skip
Diese Datei läuft von Anfang bis Ende, ohne dass ich etwas tue außer /repurpose-video zu tippen. Claude liest das Transkript, trifft die redaktionellen Entscheidungen, die der Skill definiert, erstellt beide Outputs und sendet sie dahin, wo sie hin müssen.
Das macht Skills mächtig: Wiederholbarkeit ohne Wiederholung. Die gleiche Qualität der Entscheidungsfindung, das gleiche Format, die gleichen Regeln — jedes einzelne Mal, ohne dass du auftauchen musst, um sie durchzusetzen.
Aber Skills funktionieren nicht isoliert. Sie sitzen in einem Drei-Schichten-System. Alle drei Schichten zu verstehen ist der Unterschied zwischen Automatisierung, die skaliert, und Automatisierung, die im ungünstigsten Moment zusammenbricht.
Die drei Schichten von Co-work
Schicht 1: Skills — die Logikschicht
Jeder Skill ist eine eigenständige Workflow-Definition. Ein Skill, ein Anwendungsfall. Eine gut geschriebene Skill-Datei enthält: das Workflow-Ziel, die exakte Reihenfolge der Schritte, welche Tools oder Konnektoren bei jedem Schritt benötigt werden, alle Regeln oder Einschränkungen, die Claude befolgen muss, und eine klare Beschreibung, wie die Ausgabe aussieht und wohin sie geht.
Skills können so einfach sein wie ein Drei-Schritte-Rechercheflow oder so komplex wie ein Zwölf-Schritte-Kunden-Onboarding-Prozess mit bedingter Logik. Die Komplexität lebt in der Datei, nicht in deinem Kopf.
Schicht 2: Commands — die Auslöseschicht
Commands sind die Art, wie du Skills aktivierst. Es sind Slash-Command-Trigger — /morning, /research, /draft-proposal. Tippe den Command in einem Claude Co-work-Gespräch und der entsprechende Skill wird geladen und ausgeführt.
Wenn der Skill Informationen braucht, die er nicht hat — einen Kundennamen, ein Thema, einen Zeitraum — fragt Claude danach. Eine Frage nach der anderen, sammelt genau das, was benötigt wird, bevor er fortfährt. Du musst nicht darüber nachdenken, was du angeben sollst. Der Skill sagt Claude, wonach er fragen soll.
Nach einer Woche Muskelgedächtnis werden Commands unsichtbar. Du tippst einfach /morning und dein Briefing erscheint. Die Komplexität ist vollständig abstrahiert.
Schicht 3: Plugins — die Verteilungsschicht
Plugins bündeln Skills, Commands und Konnektoren zu bereitstellbaren Paketen, gruppiert nach Funktion — ein Finanz-Plugin, ein Content-Plugin, ein Kunden-Onboarding-Plugin. Stell sie dir als Abteilungen vor, jede mit allem, was Claude braucht, um die Workflows dieser Abteilung auszuführen.
Anthropic liefert vorgefertigte Plugins, die du sofort installieren kannst. Es gibt auch ein Open-Source-Repository auf GitHub, wo Teams benutzerdefinierte Plugins teilen. Eigene Plugins zu bauen und mit deinem Team zu teilen ist der Punkt, an dem sich Co-work wie echtes internes Tooling anfühlt und nicht wie persönliche Produktivitätssoftware.
Alles oben Genannte hängt von einer Sache darunter ab: Konnektoren.
Konnektoren: Der Teil, der das Ganze real macht
Du kannst den elegantesten Skill der Welt bauen, aber wenn Claude nicht nach außen greifen kann, um mit echten Daten zu interagieren — E-Mails, Kalender, CRMs — produziert der Skill nur Text. Nützlichen Text vielleicht. Aber keine automatisierte Aktion.
Konnektoren sind Brücken. Claude Co-work unterstützt nativ etwa 37–38 Anwendungen: Gmail, Google Calendar, Notion, Slack, HubSpot, GitHub und einen soliden Kern weiterer. Für die meisten Teams deckt dies die täglichen Werkzeuge ab.
Für breitere Integration gibt es einen Zapier MCP-Server, den du konfigurieren kannst. Einmal einrichten und du erhältst Zugang zu Tausenden von Apps — Airtable, Buffer, Salesforce, Trello, Google Docs, was auch immer dein Stack umfasst. Native Konnektoren decken das Wesentliche ab; Zapier deckt den langen Schwanz ab.
Die Kombination macht geplante Aufgaben lohnenswert.
Geplante Aufgaben sind das neueste Stück des Stacks und auch die leise bedeutsamste Funktion. Du konfigurierst einen Command, der zu einer bestimmten Zeit ausgeführt wird — /morning um 7:00 Uhr — und Claude führt den Skill automatisch aus, ohne dass du etwas berührst. Keine manuelle Auslösung. Kein "Denk daran, das auszuführen." Der Workflow startet, wird abgeschlossen und liefert seine Ausgabe genau dorthin, wo der Skill es vorgibt.
Hier überschreitest du die Grenze von "KI-Assistent" zu "KI-Infrastruktur." Und ehrlich gesagt ist das die Funktion, die verändert, wie du über deine ganze Woche denkst.
Wie du deinen ersten Skill einrichtest: Schritt für Schritt
Ich werde den Aufbau des Morgenbriefing-Skills genau so durchgehen, wie ich es gemacht habe, weil er einfach genug ist, um vollständig zu folgen, aber komplex genug, um alles Wichtige zu zeigen.
Schritt 1: Lade Claude Co-work herunter und installiere es
Die Desktop-App ist für Mac und Windows auf der Website von Anthropic verfügbar. Die Co-work-Funktionen — Skills, Commands, Plugins, Konnektoren, geplante Aufgaben — existieren nur in der Desktop-App. Nicht auf claude.ai. Nicht in der API. Installiere es, melde dich an und erstelle einen Projektordner, um deine Skills zu organisieren.
Schritt 2: Schreibe deine Skill-Datei
Erstelle in deinem Projektordner ein skills/-Verzeichnis. Skills leben als Markdown-Dateien hier drin. Erstelle morning-briefing.md:
---
name: morning-briefing
description: Daily morning briefing with key emails and today's schedule
command: /morning
---
## Goal
Deliver a focused morning briefing covering action-required emails and
today's calendar.
## Steps
1. Check unread emails from the last 12 hours via Gmail connector
2. Identify emails requiring same-day response
3. Pull today's calendar events via Google Calendar connector
4. Flag any conflicts or back-to-back meetings with no buffer
5. Draft a plain-text summary: action emails first, calendar second,
one sentence on top priority
## Output Format
Plain text, under 300 words. Post to #daily-briefing Slack channel.
## Rules
- Summarize a maximum of 5 emails unless genuine urgent items exceed that
- Flag meetings with no agenda as "no agenda — consider adding one"
- Do not include weekend events unless today is Friday
- Never use phrases like "Please note" or "It is important to"
Sauber, spezifisch, ausführbar. Der Regelabschnitt ist der Punkt, an dem die meisten Skill-Dateien scheitern — zu vage bedeutet, dass Claude Entscheidungen trifft, die du nicht erwartet hast. Spezifische Regeln gleich vorhersagbare Ausgabe.
Schritt 3: Verbinde deine Apps
Öffne den Konnektoren-Bereich in Co-work. Verbinde Gmail, Google Calendar und Slack — jede erfordert OAuth-Authentifizierung. Der gesamte Vorgang dauert etwa 4 Minuten.
Etwas zu beachten: Gmail-Berechtigungsscopes stehen manchmal standardmäßig auf Nur-Lesen. Wenn dein Skill E-Mails entwirft statt sie nur zu lesen, brauchst du "Lesen und Verfassen"-Berechtigungen, die während des OAuth-Flows eingestellt werden. Behebe das vor dem Testen, sonst bekommst du Berechtigungsfehler mitten im Ablauf und fragst dich, was schiefgelaufen ist.
Schritt 4: Registriere und teste den Command
Im Command-Register von Co-work verknüpfe /morning mit skills/morning-briefing.md. Speichern. Dann tippe /morning in einem Claude-Gespräch innerhalb von Co-work.
Das erste Mal, wenn das funktioniert, ist wirklich desorientierend. Du siehst zu, wie Claude den Gmail-Konnektor aufruft, Kalenderdaten abruft, redaktionelle Entscheidungen trifft, die Zusammenfassung erstellt und sie an Slack sendet — alles, ohne dass du nach dem Tippen von zwei Wörtern irgendetwas tust. Es ist der Moment, in dem sich das mentale Modell verschiebt.
Schritt 5: Plane es ein
Öffne das Panel für geplante Aufgaben. Füge eine Aufgabe hinzu: Command /morning, Zeit 07:00 Uhr, Tage Montag bis Freitag. Speichern. Fertig.
Ab morgen läuft dein Briefing, bevor du deine Tastatur berührst.
Profi-Tipp: Baue deine ersten drei Skills rund um Workflows, die du jeden Tag machst und die dich nerven. Der ROI ist sofort da, und es trainiert dein Gespür dafür, was einen guten Skill-Kandidaten ausmacht. Nach drei Skills wirst du Automatisierungsmöglichkeiten an Stellen entdecken, an die du nie gedacht hättest.
Den Skill bauen, der Skills baut
Hier ist ein Meta-Workflow, der sich schnell auszahlt — ein Skill zum Erstellen von Skills:
---
name: skill-creator
description: Generates a new skill file from workflow description
command: /create-skill
---
## Goal
Produce a complete, production-ready skill markdown file based on user input.
## Steps
1. Ask: "Describe the workflow goal in one sentence"
2. Ask: "What apps or tools are involved?"
3. Ask: "What does the output look like and where does it go?"
4. Generate a complete skill file with all required sections
5. Save to skills/ directory with a kebab-case filename matching the command
## Rules
- Steps must be specific enough that a junior VA could follow them
- Always include a Rules section with at least 3 constraints
- If the workflow involves more than 7 steps, suggest breaking it into two skills
Führe /create-skill aus, beantworte drei Fragen, erhalte eine produktionsreife Skill-Datei. Erster Entwurf in unter zwei Minuten fertig. Dann überprüfst du ihn, schärfst ihn nach und setzt ihn ein.
Wenn du es bis hierher geschafft hast, hast du alles, was du brauchst, um loszulegen. Der nächste Abschnitt ist derjenige, den ich gerne gelesen hätte, bevor ich drei Wochen damit verbrachte, frustriert über Skills zu sein, die nicht richtig funktionierten.
Was dir niemand über den Langzeitbetrieb erzählt
Skills sind mächtig. Sie sind keine Magie. Die erste Version jedes Skills, den du schreibst, wird mittelmäßig sein — an manchen Stellen zu vage, an anderen zu starr. Du führst ihn aus, etwas stimmt nicht ganz, du korrigierst es, führst ihn erneut aus. Dieser Iterationszyklus ist die eigentliche Arbeit beim Aufbau von Automatisierung. Plane dafür ein. Die zweite Version jedes Skills ist deutlich besser als die erste.
Die Konnektorabdeckung hat echte Lücken. Achtunddreißig Apps klingen nach viel, bis du App neununddreißig brauchst. Ich verwende ein Projektmanagement-Tool, das nicht nativ unterstützt wird, was bedeutet, dass ich über Zapier routen muss — funktional, aber es fügt Latenz und einen zusätzlichen Fehlerpunkt hinzu. Wenn dein kritischer Stack nativ gut abgedeckt ist, bist du fein raus. Wenn nicht, sei ehrlich über die zusätzliche Komplexität, bevor du deine Architektur darum herum baust.
Geplante Aufgaben laufen auf deinem lokalen Rechner. Anders als eine cloudbasierte Automatisierungsplattform: Wenn dein Laptop geschlossen oder offline ist, wenn die Aufgabe starten soll, läuft nichts. Für persönliche Workflows ist das völlig in Ordnung. Für geschäftskritische Automatisierungen, die 100% Verfügbarkeit brauchen, lasse sie auf einem Rechner laufen, der immer an ist, oder baue einen Backup-Trigger in den Workflow ein.
Das Skill-Creator-Tool in Co-work ist besser als erwartet — es produziert echte Ausgangspunkte. Aber überprüfe, was es generiert, bevor du es einsetzt. Das Tool kümmert sich um die Struktur; du lieferst den Kontext und die Grenzfälle, die einen Skill tatsächlich zuverlässig machen.
Die wichtigste ehrliche Beobachtung: Die Leistungsfähigkeit dieses Systems ist direkt proportional zur Qualität deiner Skill-Dateien. Vage Anweisungen erzeugen vages Verhalten. Die beste Investition, die du in Co-work-Produktivität machen kannst, ist Zeit, bessere Skills zu schreiben, nicht Zeit, neue Funktionen zu entdecken.
Drei Monate später: Was sich tatsächlich verändert hat
Die Zahlen, die ich tatsächlich messen kann:
Wöchentliche Verwaltungszeit ging von ungefähr 12 Stunden auf etwa 2. Die zurückgewonnenen 10 Stunden waren fast ausschließlich: E-Mail-Triage, Besprechungsvorbereitung, Content-Wiederverwendung und Statusberichte — alles läuft jetzt planmäßig ohne mich.
Kundenrecherchezeit sank von 45 Minuten auf unter 3 Minuten. Der Recherche-Skill generiert ein 4-Abschnitte-Brief — Unternehmensübersicht, Tech Stack, Schmerzpunkte, strategische Notizen — schneller als ich früher meinen zweiten Browser-Tab geöffnet habe.
Content-Wiederverwendung läuft jetzt automatisch nach jedem YouTube-Video, das ich veröffentliche. LinkedIn-Post entworfen und eingeplant, Slack-Zusammenfassung gepostet, Newsletter-Auszug abgelegt. Die Qualität liegt bei etwa 80% dessen, was ich an einem fokussierten Nachmittag manuell schreiben würde. Gut genug, um es etwa die Hälfte der Zeit direkt zu verwenden, gut genug, um es in 5 Minuten zu bearbeiten die andere Hälfte. Zeitaufwand für mich: null Minuten.
Das schwerer Messbare ist die kognitive Belastung. Wenn du nicht die Middleware in deinen eigenen Workflows bist, verbringst du weniger mentale Energie mit Logistik. Diese freigewordene Aufmerksamkeit geht irgendwo Nützliches hin — tiefere Arbeit, schnellere Entscheidungen, weniger Kontextwechsel.
Schnelle Erfolge kommen schnell. Der Morgenbriefing-Skill produzierte echten Mehrwert innerhalb von 24 Stunden nach der Einrichtung. Der Vertragsgenerierungs-Skill brauchte etwa eine Woche Iteration, bevor er zuverlässig genug war, um ihn bei Kunden einzusetzen. Einfache Skills, schnelle Erträge. Komplexe Skills, längere Iterationszyklen. Setze realistische Erwartungen und die Ergebnisse werden sie konstant übertreffen.
Die Kennzahl, die es wert ist, verfolgt zu werden, ist nicht "wie viele Skills habe ich." Verfolge, wie oft pro Woche ein Skill ohne dein Zutun läuft. Diese Zahl sagt dir, wie viel Infrastruktur du tatsächlich aufgebaut hast.
Eine Markdown-Datei nach der anderen
Du hast bis hierher gelesen. Das bedeutet, du weißt bereits, welchen Workflow du zuerst automatisieren willst.
Nicht den beeindruckendsten. Nicht den komplexesten. Den, der dich jeden Tag nervt — den, den du auf Autopilot erledigst, weil du akzeptiert hast, dass er immer so lange dauert, wie er dauert. Das ist er. Schreibe diese Woche einen Skill dafür.
Der gesamte Prozess — die App herunterladen, die Skill-Datei schreiben, die Apps verbinden, testen — dauert beim ersten Mal etwa zwei Stunden. Der zweite Skill dauert vierzig Minuten. Beim fünften Skill wirst du sie auf Papier entwerfen während deiner morgendlichen Pendelfahrt.
Die tiefere Verschiebung dreht sich nicht wirklich um Zeitersparnis, obwohl die Zeitersparnis real ist. Es geht darum, wie du Arbeit kategorisierst, nachdem du ein paar Skills gebaut hast. Aufgaben verdienen entweder deine direkte Aufmerksamkeit — die Dinge, die wirklich menschliches Urteilsvermögen brauchen — oder sie sind Kandidaten für einen Skill. Alles andere fühlt sich an wie eine Entscheidung, die du triffst, nicht wie eine Verpflichtung, an der du festhängst.
Diese Neuausrichtung ist mehr wert als jede einzelne Automatisierung.
Fang mit einer Markdown-Datei an. Das ist alles, was es braucht.
🤝 Lass uns zusammenarbeiten
Du möchtest KI-Systeme aufbauen, Workflows automatisieren oder deine technische Infrastruktur skalieren? Ich helfe dir gerne.
- 🔗 Fiverr (Individuallösungen & Integrationen): fiverr.com/s/EgxYmWD
- 🌐 Portfolio: mejba.me
- 🏢 Ramlit Limited (Enterprise-Lösungen): ramlit.com
- 🎨 ColorPark (Design & Branding): colorpark.io
- 🛡 xCyberSecurity (Sicherheitsdienste): xcybersecurity.io
