Claude Skills für den Mittelstand: So bauen wir sie

Pexon Consulting | 5 Min. Lesezeit | 08.09.2026

TL;DR: Claude Skills Mittelstand 2026 in vier Schritten bauen

Ein Claude Skill ist eine SKILL.md-Datei, die eine wiederkehrende Aufgabe in feste Schritte packt, statt sie jedes Mal neu zu formulieren. Wir bauen sie bei Mittelstandskunden nach einem festen Muster: Scope klären, Outline abstimmen, dann erst produzieren. Ergebnis: ein Skill, der reproduzierbar läuft statt bei jedem Prompt neu zu raten.

Warum ein normaler Prompt im Tagesgeschäft nicht reicht

Die kurze Antwort: weil sich niemand jedes Mal an den perfekten Prompt vom letzten Mal erinnert. Ein Vertriebsleiter tippt heute drei Sätze in Claude und bekommt eine brauchbare Wettbewerbsanalyse, morgen eine andere Struktur, weil er die Formulierung leicht anders trifft. Bei Pexon Consulting, IT-Dienstleister für Cloud und KI mit 30 Azure-Spezialisten im Team, sehen wir dieses Muster in fast jedem Mittelstandsprojekt: Die KI funktioniert, aber das Ergebnis unterscheidet sich von Person zu Person und von Tag zu Tag.

Ein Skill löst genau das, indem die Anleitung einmal fest geschrieben wird und danach immer gleich abläuft. Das ist kein neues Modell und keine neue API, sondern ein Ordner mit einer SKILL.md-Datei, die genau eine Aufgabe beschreibt. Wer sie einmal sauber baut, muss sie nicht mehr neu erklären.

Das zeigt sich besonders beim Onboarding. Ein neuer Mitarbeiter, der die Wettbewerbsanalyse übernehmen soll, bekommt heute oft nur den Hinweis, sich am letzten Ergebnis zu orientieren, nicht die eigentliche Logik dahinter: warum genau diese drei Quellen, warum dieses Tabellenformat, warum diese Abgrenzung zu Börsendaten. Wissen, das nur im Kopf der einen Person steckt, die den Prompt ursprünglich erfunden hat, verlässt das Unternehmen, sobald diese Person im Urlaub ist oder die Stelle wechselt. Ein Skill macht dieses Wissen zu einer Datei, die jeder im Team lesen, ändern und im Repo nachvollziehen kann, statt es in einzelnen Köpfen zu belassen.

Der Bauplan: Scope, Outline, Build, Standards

Claude Skills bauen wir nach einem festen Vier-Schritte-Muster, das sich in der Praxis bewährt hat:

1. Scope: Welche Aufgabe genau, mit welchen Grenzen? Was der Skill NICHT tun soll, gehört zwingend in die description.
2. Outline: Gliederung oder Ablauf vorschlagen, bevor irgendetwas produziert wird.
3. Build: Erst nach Freigabe die eigentliche SKILL.md schreiben.
4. Standards: Regeln, die in jeder Phase gelten, etwa Quellenpflicht, Format und Tonalität.

In der Praxis scheitert nicht der erste, sondern der vierte Schritt am häufigsten. Scope und Outline lassen sich in einem Meeting klären, Standards wirken beim ersten Testlauf dagegen nebensächlich und fallen deshalb oft aus dem Zeitplan. Das rächt sich erst zwei Wochen später, wenn zwei Mitarbeiter denselben Skill nutzen und trotzdem unterschiedliche Formate zurückbekommen, weil niemand festgelegt hat, ob die Ausgabe eine Tabelle oder ein Fließtext sein soll. Wer Standards von Anfang an mitschreibt statt sie nachzuliefern, spart genau diese zweite Korrekturrunde.

Dass dieses Muster kein Nischending mehr ist, zeigt der Blick auf Anthropics eigene Vorlagen. Seit dem 5. Mai 2026 liefert Anthropic zehn fertige Agenten-Vorlagen für Finanzdienstleister aus, darunter Pitchbook-Erstellung und KYC-Prüfung, gebaut aus genau diesen Bausteinen: Skills, Connectors und Subagenten. Wenige Tage später folgte Claude for Small Business mit 15 Workflows und 15 Skills für wiederkehrende Aufgaben in Finanzen, Vertrieb, Marketing und HR. Was wir bei Mittelstandskunden von Hand bauen, deckt sich strukturell mit dem, was Anthropic inzwischen selbst als fertiges Paket ausliefert.

Unsere klare Empfehlung: Kopieren Sie die fertigen US-Vorlagen nicht 1:1. Aufgaben, Datenquellen und Freigabewege sind in einem deutschen Mittelstandsbetrieb andere als bei einer amerikanischen Großbank. Das Muster stimmt, der Inhalt muss lokal entstehen.

Ein konkretes Beispiel für diesen Unterschied ist die Freigabepflicht. Bei einem deutschen Mittelstandskunden bauen wir in einen Skill für automatisierte Vorprüfungen bewusst einen Stopp ein, an dem ein Mitarbeiter das Ergebnis bestätigen muss, bevor es weitergeht, allein schon wegen der Anforderungen an automatisierte Entscheidungen aus der DSGVO. Wer eine fertige US-Vorlage übernimmt, ohne diesen Stopp nachzurüsten, riskiert genau das: ein Ergebnis, das technisch funktioniert und trotzdem nicht compliant ist. Diese eine Zeile in der SKILL.md entscheidet am Ende, ob der Skill im Unternehmen bleibt oder vom Datenschutzbeauftragten gestoppt wird.

Praxisbeispiel: ein Wettbewerbs-Analyse-Skill für den Vertrieb

So sieht das am Beispiel eines Skills aus, den wir kürzlich für einen Mittelstandskunden aus dem Maschinenbau gebaut haben. Auslöser war eine einfache Beschwerde: „Warum sieht die Wettbewerbsanalyse jedes Mal anders aus?“ Der Skill zwingt Claude, zuerst den Scope zu bestätigen und erst danach zu recherchieren.

---
name: wettbewerbs-analyse
description: >
  Erstellt aus drei bis fünf Konkurrenz-Websites eine strukturierte
  Wettbewerbs-Übersicht (Positionierung, Preise, Zielgruppe) als
  Markdown-Tabelle. Nur für B2B-Wettbewerber mit öffentlicher Website.
  NICHT für Börsendaten oder interne Vertriebszahlen.
---

# Wettbewerbs-Analyse

## Phase 1: Scope festlegen
1. Frage nach den 3-5 relevanten Wettbewerbern, falls nicht genannt.
2. Kläre das Zielformat: interne Notiz oder Vertriebs-Foliensatz.
3. Ohne Freigabe des Scopes keinen Recherche-Schritt starten.

## Phase 2: Outline vorschlagen, dann bauen
1. Entwirf eine Gliederung (Positionierung, Preismodell, Zielgruppe,
   Stärken/Schwächen) und lege sie dem Nutzer vor.
2. Erst nach Bestätigung die Recherche laut references/quellen.md
   ausführen.

## Standards (gelten in jeder Phase)
- Jede Aussage braucht eine aufrufbare Quelle (URL oder Datum).
- Keine Spekulation über interne Zahlen der Wettbewerber.
- Ausgabe immer als Markdown-Tabelle, nie als Fließtext.

Die description-Zeile ist der wichtigste Teil der ganzen Datei. Claude entscheidet allein anhand dieser zwei bis drei Sätze, ob der Skill zur aktuellen Anfrage passt. Vage formuliert, wird er entweder ständig fälschlich ausgelöst oder nie gefunden. Genau dieser eine Absatz entscheidet über Erfolg oder Frust im Alltag.

Bevor der Wettbewerbs-Analyse-Skill in den POC ging, hat der Vertriebsleiter ihn zwei Wochen lang parallel zu seiner alten Methode laufen lassen und beide Ergebnisse verglichen. Das war kein zusätzlicher Prozessschritt, sondern reine Neugier, ob die Tabelle wirklich schneller entsteht als die bisherige Copy-Paste-Recherche. Am Ende hat nicht die SKILL.md selbst überzeugt, sondern dieser informelle Vergleich: Die Struktur musste nicht mehr jedes Mal neu überlegt werden, und genau das hat den Ausschlag gegeben, den Skill dem restlichen Team zu zeigen.

Der Skill allein macht noch keinen Produktivbetrieb. Das ist Geldverschwendung, wenn ein funktionierender POC ungeprüft an zehn Vertriebsmitarbeiter verteilt wird, ohne dass jemand weiß, wer ihn wie nutzt. Erst die Kontrolle, dann die Verteilung im Team.

Ein einfacher erster Schritt in Richtung Kontrolle ist ein Log, das protokolliert, wer welchen Skill wann mit welchem Input gestartet hat. Das klingt nach viel Zusatzaufwand, lässt sich aber oft mit wenigen Zeilen in bestehende Logging-Infrastruktur einhängen und beantwortet im Ernstfall die eine Frage, die zählt: wer hat wann welche Version welches Skills auf welche Daten losgelassen. Ohne dieses Minimum bleibt jede Aussage über den Produktivbetrieb reine Behauptung, egal wie gut der Skill im Test funktioniert hat.

Häufig gestellte Fragen

Was kostet die Entwicklung eines eigenen Claude Skills?

Die Skills selbst kosten nichts zusätzlich, sie laufen im vorhandenen Claude- oder Claude-Code-Zugang. Der Aufwand steckt in Scope, Outline und Testing durch ein Team, das die Aufgabe wirklich kennt. Ein erster produktiver Skill mit Testfällen und Rechte-Check liegt bei uns meist im niedrigen vierstelligen Bereich an internem Aufwand, nicht an Lizenzkosten.

Was ist der Unterschied zwischen einem Claude Skill und einem normalen Prompt-Template?

Ein Prompt-Template liegt meist in einer Chat-Historie oder einem Notiz-Tool und wird von Hand kopiert. Ein Skill liegt als Datei im Repo, wird von Claude automatisch anhand der description ausgelöst und kann zusätzliche Dateien und sogar Code mitliefern. Der Unterschied ist damit weniger inhaltlich als strukturell: versioniert und automatisch ausgelöst statt manuell eingefügt.

Wie lange dauert der Bau eines ersten Skills?

Für eine klar abgegrenzte Aufgabe wie eine Wettbewerbsanalyse oder eine Rechnungsprüfung reichen meist ein bis zwei Tage von Scope bis zum ersten lauffähigen Entwurf. Governance, Rechte-Modell und Testfälle für den Produktivbetrieb kommen danach und brauchen eher Wochen als Tage. Realistisch gerechnet liegt zwischen erstem POC und einem Skill, den ein ganzes Team gefahrlos nutzen darf, meist ein Zeitraum von vier bis acht Wochen, je nachdem wie viele Systeme angebunden werden müssen.

Welche Mittelstands-Aufgaben eignen sich am besten für einen ersten Skill?

Am besten funktionieren Aufgaben, die mehrmals pro Woche in ähnlicher Form anfallen und ein klares Ergebnisformat haben, zum Beispiel Angebote prüfen, Wettbewerber beobachten oder Support-Tickets vorsortieren. Einmalige Sonderfälle lohnen den Aufwand einer SKILL.md dagegen selten.

Brauchen wir für Claude Skills eigene Entwickler im Haus?

Nein, eine SKILL.md ist im Kern eine strukturierte Markdown-Datei, kein Softwareprojekt. Für einfache Skills reicht ein Fachbereich, der die Aufgabe genau beschreiben kann. Sobald ein Skill auf interne Systeme zugreift oder Code ausführt, sollte jemand mit technischem Hintergrund die Sicherheitsseite prüfen.

Nächster Schritt

Wenn Sie nicht raten wollen, welcher der ersten Skills sich in Ihrem Team wirklich lohnt, sortieren wir das gemeinsam.

Verwandte Themen