Skip to main content
📝 KI-Automatisierung

Claude Skills: Die Automatisierungsfunktion, über die niemand spricht

Claude Skills: Die Automatisierungsfunktion, über die niemand spricht Acht Monate lang habe ich Claude wie eine sehr teure Kopier-und-Einfügen-Maschin...

16 min

Lesezeit

3,046

Wörter

Mar 02, 2026

Veröffentlicht

Engr Mejba Ahmed

Geschrieben von

Engr Mejba Ahmed

Artikel teilen

Claude Skills: Die Automatisierungsfunktion, über die niemand spricht

Claude Skills: Die Automatisierungsfunktion, über die niemand spricht

Acht Monate lang habe ich Claude wie eine sehr teure Kopier-und-Einfügen-Maschine benutzt.

Browser öffnen, Frage eintippen, Antwort kopieren, in Dokument einfügen. Vierzig Mal am Tag wiederholen. Ich dachte, ich wäre produktiv. Ich dachte, ich würde "KI nutzen." Ich tat weder das eine noch das andere.

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 so präzise, dass wenn ich /client research in Claude Co-work ausführte, der gesamte Workflow automatisch ablief — Hintergrundinformationen zu einem Unternehmen abrief, deren Tech-Stack kartierte, ein Cold-Outreach-Briefing entwarf und es in Slack ablieferte. Alles davon. Kein Kopieren und Einfügen. Kein manuelles Prompten. Kein Ich, das vor einem Bildschirm saß und entschied, was als Nächstes zu tippen ist.

Das war vor drei Monaten. Seitdem habe ich eine Content-Repurposing-Pipeline, ein Morgenbriefing-System und einen Workflow zur Vertragserstellung automatisiert. Meine wöchentliche Verwaltungszeit sank von etwa 12 Stunden auf ungefähr 2 Stunden.

Was mich immer noch erstaunt? Jede einzelne dieser Automatisierungen ist nur eine Markdown-Datei.

Das ist es, was niemand sagt, wenn man Claude vorstellt. Der Chatbot ist der Einstiegspunkt. Skills sind der Ort, an dem die eigentliche Arbeit stattfindet. Und die Lücke zwischen diesen beiden Dingen — zwischen "Claude fragen" und "Claude führt deinen Workflow aus" — ist die Lücke zwischen einem Werkzeug und Infrastruktur.

Ich möchte diese Lücke für dich in diesem Artikel schließen. Aber zuerst musst du verstehen, warum der naheliegende Ansatz — einfach besser im Prompten 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 Prompt Engineering sich wie eine Steuer anfühlt.

Du hast einen Workflow. Vielleicht ist es: einen Interessenten recherchieren, ein Angebot erstellen, die Ausgabe für dein CRM formatieren, eine Slack-Benachrichtigung an dein Vertriebsteam senden. Du kannst Claude mit einer sorgfältig strukturierten Nachricht dazu bringen, Teile davon zu erledigen. Du kannst Prompts verketten. Du kannst clever vorgehen.

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ähigkeit und dem tatsächlichen Ergebnis. Jedes Mal, wenn der Workflow läuft, musst du auftauchen und ihn ausführen.

Das ist für einmalige Aufgaben in Ordnung. Es skaliert nicht.

Die meisten Menschen, die Claude täglich nutzen — einschließlich vieler Entwickler, die ich respektiere — operieren auf ungefähr 15% dessen, was das Tool tatsächlich kann. Nicht weil sie faul sind. Weil Claudes Standard-Interface es als Konversationswerkzeug präsentiert: Du fragst, es antwortet. Dieses mentale Modell ist wirklich schwer zu überwinden, sobald man darin gefangen ist.

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 einmalig Dinge tun zu lassen, baust du Systeme, die Claude ausführt. Das eine ist ein Gespräch. Das andere ist Infrastruktur.

Im Mittelpunkt dieses Systems steht ein Konzept namens Skills. Und sobald du Skills wirklich verstehst — nicht nur das Wort kennst, sondern das Entwurfsmuster verinnerlichst — 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 genauen Schritte, die Tools, die Claude bei jedem Schritt verwenden soll, und die Regeln, die es während des gesamten Prozesses einhalten muss.

Wenn Claude einen Skill lädt, bekommt es nicht nur Anweisungen. Es erhält einen kontextbeladenen Betriebsmodus. Wie einem Auftragnehmer nicht nur eine Aufgabenbeschreibung zu geben, sondern ein vollständiges Prozesshandbuch mit einer Liste, wen man anruft, wenn Ausnahmefälle auftreten.

So sieht ein echter Skill in der Praxis aus. Der YouTube-Repurposing-Skill, den ich verwende, 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 durch, ohne dass ich etwas tue, außer /repurpose-video zu tippen. Claude liest das Transkript, trifft die redaktionellen Entscheidungen, die der Skill definiert, entwirft beide Ausgaben und sendet sie dorthin, wo sie hinmüssen.

Das macht Skills mächtig: Wiederholbarkeit ohne Wiederholung. Dieselbe Qualität der Entscheidungsfindung, dasselbe Format, dieselben Regeln — jedes Mal, ohne dass du auftauchen musst, um sie durchzusetzen.

Aber Skills funktionieren nicht isoliert. Sie befinden sich in einem dreilagigen System. Alle drei Schichten zu verstehen ist der Unterschied zwischen Automatisierung, die skaliert, und Automatisierung, die im schlimmsten Moment versagt.


Die Drei Schichten von Co-work

Schicht 1: Skills — die Logikschicht

Jeder Skill ist eine in sich geschlossene Workflow-Definition. Ein Skill, ein Anwendungsfall. Eine gut geschriebene Skill-Datei enthält: das Workflow-Ziel, die genaue Reihenfolge der Schritte, welche Tools oder Connectors bei jedem Schritt benötigt werden, etwaige 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 wie ein dreistufiger Rechercheablauf oder so komplex wie ein zwölfstufiger Client-Onboarding-Prozess mit bedingter Logik sein. Die Komplexität liegt 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 ein Claude Co-work-Gespräch und der entsprechende Skill lädt und führt aus.

Wenn der Skill Informationen benötigt, die er nicht hat — einen Kundennamen, ein Thema, einen Datumsbereich — fragt Claude nach. Eine Frage nach der anderen, sammelt genau das, was benötigt wird, bevor es fortfährt. Du musst nicht darüber nachdenken, was du bereitstellen sollst. Der Skill sagt Claude, was es 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 Distributionsschicht

Plugins bündeln Skills, Commands und Connectors in einsetzbare Pakete, die nach Funktion gruppiert sind — ein Finanz-Plugin, ein Content-Plugin, ein Client-Onboarding-Plugin. Stell dir sie als Abteilungen vor, die jeweils alles enthalten, was Claude benötigt, 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. Das Erstellen eigener Plugins und das Teilen mit deinem Team ist der Punkt, wo Co-work sich wie echtes internes Tooling anfühlt und nicht wie persönliche Produktivitätssoftware.

Alles oben Genannte hängt von einer Sache darunter ab: Connectors.


Connectors: 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.

Connectors 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 das die täglichen Arbeitsmittel ab.

Für breitere Integration gibt es einen Zapier MCP-Server, den du konfigurieren kannst. Richte ihn einmal ein und du erschließt den Zugang zu Tausenden von Apps — Airtable, Buffer, Salesforce, Trello, Google Docs, was auch immer dein Stack enthält. Native Connectors behandeln das Wesentliche; Zapier behandelt den Long Tail.

Die Kombination ist das, was geplante Aufgaben es wert macht, darauf hinzuarbeiten.

Geplante Aufgaben sind das neueste Teil des Stacks und auch die am stilsten bedeutendste Funktion. Du konfigurierst einen Command, um zu einer bestimmten Zeit zu laufen — /morning um 07:00 Uhr — und Claude führt den Skill automatisch aus, ohne dass du irgendetwas anfasst. Keine manuelle Initiierung. Kein "Daran denken, das auszuführen." Der Workflow wird ausgelöst, abgeschlossen und liefert seine Ausgabe genau dort ab, wo der Skill sagt, dass sie hingehört.

Hier wechselst du von "KI-Assistent" zu "KI-Infrastruktur." Und ehrlich gesagt ist das die Funktion, die verändert, wie du über deine ganze Woche nachdenkst.


Deinen Ersten Skill Einrichten: Schritt für Schritt

Ich werde die Einrichtung des Morgenbriefing-Skills genau so durchgehen, wie ich es getan habe, weil es einfach genug ist, um vollständig nachzufolgen, aber komplex genug, um alles zu zeigen, was wichtig ist.

Schritt 1: Claude Co-work herunterladen und installieren

Die Desktop-App ist für Mac und Windows auf der Website von Anthropic verfügbar. Die Co-work-Funktionen — Skills, Commands, Plugins, Connectors, geplante Aufgaben — existieren nur in der Desktop-App. Nicht in claude.ai. Nicht in der API. Installiere es, melde dich an und erstelle einen Projektordner, um deine Skills zu organisieren.

Schritt 2: Deine Skill-Datei schreiben

Erstelle in deinem Projektordner ein skills/-Verzeichnis. Skills leben als Markdown-Dateien darin. 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"

Klar, spezifisch, ausführbar. Der Rules-Abschnitt ist der Ort, an dem die meisten Skill-Dateien scheitern — zu vage bedeutet, dass Claude Entscheidungen trifft, die du nicht vorausgesehen hast. Spezifische Regeln ergeben vorhersehbare Ausgaben.

Schritt 3: Deine Apps verbinden

Öffne den Connectors-Bereich in Co-work. Verbinde Gmail, Google Calendar und Slack — jedes erfordert OAuth-Authentifizierung. Der gesamte Prozess dauert etwa 4 Minuten.

Etwas zu beachten: Gmail-Berechtigungsumfänge werden manchmal standardmäßig auf Nur-Lesen gesetzt. Wenn dein Skill E-Mails entwirft anstatt sie nur zu lesen, benötigst du "Lesen und Verfassen"-Berechtigungen, die während des OAuth-Flows festgelegt werden. Beheble das vor dem Testen, oder du wirst mitten in einem Durchlauf auf Berechtigungsfehler stoßen und dich fragen, was schiefgelaufen ist.

Schritt 4: Den Command registrieren und testen

Verknüpfe im Command-Registry von Co-work /morning mit skills/morning-briefing.md. Speichern. Tippe dann /morning in einem Claude-Gespräch innerhalb von Co-work.

Das erste Mal, wenn das funktioniert, ist wirklich desorientierend. Du schaust zu, wie Claude den Gmail-Connector aufruft, Kalenderdaten abruft, redaktionelle Entscheidungen trifft, die Zusammenfassung entwirft und sie in Slack postet — alles ohne dass du nach dem Tippen von zwei Wörtern irgendetwas tust. Das ist der Moment, in dem das mentale Modell sich verschiebt.

Schritt 5: Einplanen

Öffne den Bereich für geplante Aufgaben. Füge eine Aufgabe hinzu: Command /morning, Zeit 07:00, Tage Montag bis Freitag. Speichern. Fertig.

Ab morgen läuft dein Briefing, bevor du deine Tastatur berührst.

Pro-Tipp: Baue deine ersten drei Skills rund um Workflows, die du jeden Tag machst und hasst. Der ROI ist sofort spürbar, und es trainiert deinen Instinkt dafür, was einen guten Skill-Kandidaten ausmacht. Nach drei Skills wirst du Automatisierungsmöglichkeiten an Stellen entdecken, die du nie in Betracht gezogen hast.

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 fertig in unter zwei Minuten. Dann überprüfst du ihn, verfeinerst ihn und setzt ihn ein.

Wenn du bis hierher gelesen hast, hast du alles, was du brauchst, um mit dem Bauen zu beginnen. Der nächste Abschnitt ist der, den ich gerne gelesen hätte, bevor ich drei Wochen damit verbracht habe, mit Skills frustriert zu sein, die nicht richtig funktionierten.


Was Niemand über den Langfristigen Betrieb Dieses Systems Sagt

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 wirst es ausführen, etwas wird leicht danebengehen, du wirst es beheben, es erneut ausführen. 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 Connector-Abdeckung hat echte Lücken. 38 Apps klingt nach viel, bis du App 39 benötigst. Ich betreibe ein Projektmanagement-Tool, das nicht nativ unterstützt wird, was bedeutet, dass ich über Zapier routen muss — funktional, fügt aber Latenz und einen zusätzlichen Fehlerpunkt hinzu. Wenn dein kritischer Stack nativ gut abgedeckt ist, bist du in Ordnung. Wenn nicht, sei ehrlich über die zusätzliche Komplexität, bevor du drumherum planst.

Geplante Aufgaben laufen auf deinem lokalen Rechner. Im Gegensatz zu einer cloudbasierten Automatisierungsplattform: Wenn dein Laptop geschlossen oder offline ist, wenn die Aufgabe ausgelöst wird, läuft nichts. Für persönliche Workflows ist das völlig in Ordnung. Für geschäftskritische Automatisierungen, die 100% Verfügbarkeit benötigen, führe sie von einem Rechner aus, der immer eingeschaltet ist, oder baue einen Backup-Trigger in den Workflow ein.

Das Skill-Creator-Tool in Co-work ist besser als ich erwartet hatte — es produziert echte Ausgangspunkte. Aber überprüfe, was es generiert, bevor du es einsetzt. Das Tool verwaltet die Struktur; du lieferst den Kontext und die Randfälle, die einen Skill tatsächlich zuverlässig machen.

Die wichtigste ehrliche Beobachtung: Die Kraft dieses Systems ist direkt proportional zur Qualität deiner Skill-Dateien. Vage Anweisungen produzieren vages Verhalten. Die beste Investition, die du in die Co-work-Produktivität machen kannst, ist Zeit, die damit verbracht wird, bessere Skills zu schreiben, nicht Zeit, die damit verbracht wird, neue Funktionen zu entdecken.


Drei Monate Später: Was sich Tatsächlich Verändert Hat

Die Zahlen, die ich tatsächlich messen kann:

Die wöchentliche Verwaltungszeit sank von etwa 12 Stunden auf ungefähr 2 Stunden. Die zurückgewonnenen 10 Stunden entfielen fast vollständig auf: E-Mail-Triage, Meeting-Vorbereitung, Content-Repurposing und Statusberichte — alles läuft jetzt planmäßig ohne mich.

Die Zeit für die Kundenrecherche sank von 45 Minuten auf unter 3 Minuten. Der Recherche-Skill generiert ein 4-Abschnitte-Briefing — Unternehmensübersicht, Tech-Stack, Schmerzpunkte, strategische Notizen — schneller, als ich früher meinen zweiten Browser-Tab öffnete.

Content-Repurposing läuft jetzt automatisch nach jedem YouTube-Video, das ich veröffentliche. LinkedIn-Post entworfen und in die Warteschlange gestellt, Slack-Zusammenfassung gepostet, Newsletter-Auszug abgelegt. Die Qualität liegt bei etwa 80% dessen, was ich manuell an einem fokussierten Nachmittag schreiben würde. Gut genug zum direkten Verwenden ungefähr die Hälfte der Zeit, gut genug zum Bearbeiten in 5 Minuten die andere Hälfte. Zeitaufwand für mich: null Minuten.

Das Schwierigere zu messen ist die kognitive Last. Wenn du nicht die Middleware in deinen eigenen Workflows bist, verbrauchst du weniger mentale Energie für Logistik. Diese freigesetzte Aufmerksamkeit geht irgendwohin Nützliches — tiefere Arbeit, schnellere Entscheidungen, weniger Kontextwechsel.

Schnelle Gewinne kommen schnell. Der Morgenbriefing-Skill produzierte innerhalb von 24 Stunden nach der Einrichtung echten Wert. Der Vertragsgenerierungs-Skill benötigte etwa eine Woche Iteration, bevor er zuverlässig genug war, um ihn mit Kunden zu verwenden. Einfache Skills, schnelle Renditen. Komplexe Skills, längere Iterationszyklen. Setze realistische Erwartungen und die Ergebnisse werden sie konsequent übertreffen.

Die Kennzahl, die es wert ist zu verfolgen, ist nicht "Wie viele Skills habe ich." Verfolge, wie oft pro Woche ein Skill ohne deine Beteiligung läuft. Diese Zahl sagt dir, wie viel Infrastruktur du tatsächlich aufgebaut hast.


Eine Markdown-Datei nach der Anderen

Du hast so weit gelesen. Was bedeutet, dass du bereits weißt, welchen Workflow du zuerst automatisieren möchtest.

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 die Zeit dauern wird, die er dauert. Das ist der eine. 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 während deines morgendlichen Pendelns entwerfen.

Die tiefere Verschiebung geht wirklich nicht 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 erfordern — oder sie sind Kandidaten für einen Skill. Alles andere fängt an, sich wie eine Wahl anzufühlen, die du triffst, nicht wie eine Verpflichtung, an der du feststeckst.

Diese Neuausrichtung ist mehr wert als jede einzelne Automatisierung.

Beginne mit einer Markdown-Datei. Das ist alles, was es braucht.


🤝 Lass uns Zusammenarbeiten

Möchtest du KI-Systeme aufbauen, Workflows automatisieren oder deine Tech-Infrastruktur skalieren? Ich helfe dir gerne dabei.

Coffee cup

Hat Ihnen dieser Artikel gefallen?

Ihre Unterstützung hilft mir, mehr tiefgehende technische Inhalte, Open-Source-Tools und kostenlose Ressourcen für die Entwickler-Community zu erstellen.

Verwandte Themen

Engr Mejba Ahmed

Über den Autor

Engr Mejba Ahmed

Engr. Mejba Ahmed builds AI-powered applications and secure cloud systems for businesses worldwide. With 10+ years shipping production software in Laravel, Python, and AWS, he's helped companies automate workflows, reduce infrastructure costs, and scale without security headaches. He writes about practical AI integration, cloud architecture, and developer productivity.

Discussion

Comments

0

No comments yet

Be the first to share your thoughts

Leave a Comment

Your email won't be published

4  x  5  =  ?

Weiter lernen

Verwandte Artikel

Alle anzeigen

Comments

Leave a Comment

Comments are moderated before appearing.