Alle sprechen von Skills. Nur wenige meinen dasselbe.

icon

password

LinkedIn-Post erstellen

LinkedIn Post

type

Post

status

Published

date

Sep 11, 2026

slug

skills

summary

Wie unterscheiden sich KI‑Skills von bloßen Prompts, und warum entscheiden Programm‑Code und Schreibrechte über ihren wahren Nutzen?

Ein Skill ist ein Prompt, der erwachsen geworden ist

Aus dem kurzen Zettel wird eine abgelegte Mappe: gleiches Anliegen, dauerhaft verfügbar.

Du kennst das Prinzip schon, wenn du je einen guten Prompt gespeichert hast. Ein Skill ist im Kern genau das: ein sorgfältig ausgearbeiteter, umfassender Prompt. Nur liegt er nicht in einem Notizzettel, sondern in einem kleinen Ordner mit Zubehör.

Pflicht ist eine einzige Datei mit drei Angaben: einem Namen, einer kurzen Beschreibung, wofür das Ganze gut ist, und dem Vorgehen in normalem Text. Daneben darf weiteres Material liegen: Vorlagen und Beispiele, Bilder oder Dokumente, bei Bedarf kleine Programme und Anweisungen um auf anderes Systeme zuzugreifen.

Besonders praktisch ist, wie das System damit umgeht. Es kennt immer nur die kurze Beschreibung jedes Skills, ungefähr zwei Sätze. Das ist wie ein Regal mit beschrifteten Ordnerrücken. Passt eine Aufgabe zu einer Beschriftung, zieht das System den Ordner heraus und liest die Anweisung. Vorlagen und Beispiele schlägt es erst auf, wenn es sie wirklich braucht. Und wenn ein kleines Programm mitgeliefert wird, läuft das Programm im Computer, so wie wir es schon immer kennen. Die KI erhält die Ergebnisse des Programms.

Ein Skill bündelt damit vier Dinge: das Vorgehen als Text, das Material dazu, bei Bedarf ein Programm für die Schritte, die genau stimmen müssen, und die Namen der Werkzeuge, mit denen der Arbeitsschritt echte Systeme erreicht. Anders gesagt: Das Nachdenken und das exakte Rechnen liegen im selben Ordner, und die Verbindung nach draußen liegt gleich daneben.

Warum überhaupt Programme in einem Prompt? Anthropic sagt es selbst ziemlich klar: Manche Aufgaben löst Code einfach besser. Eine Liste zu sortieren, indem die KI Wort für Wort eine neue Liste schreibt, ist teuer und fehleranfällig. Ein Sortierprogramm macht es in Millisekunden und jedes Mal gleich. Der Vergleich mit dem Rezept trifft es: Das Rezept beschreibt, die Waage misst. Niemand schätzt Mehl, wenn eine Waage danebensteht.

Verlässliches Rechnen ohne Entwicklungsprojekt

Geschätzt und jedes Mal etwas anders links, gemessen und wiederholbar rechts.

Dass Sprachmodelle beim Rechnen und Zählen unzuverlässig sind, ist gut untersucht. Zwei Studien zeigen, dass dieselbe Frage bei völlig gleichen Einstellungen in mehreren Läufen unterschiedliche Ergebnisse liefert. Die Gegenmaßnahme ist alt und heißt in der Forschung „programmgestütztes Rechnen": Die KI übersetzt die Aufgabe in ein kleines Programm, und rechnen darf der Computer. Genau dafür steht das Wort deterministisch: Gleicher Eingang, gleicher Ausgang, jedes Mal. Ein Taschenrechner ist deterministisch, eine KI-Antwort ist es nicht.

Neu am Skill ist also nicht das Prinzip, sondern dass du es ohne Projekt bekommst. Vorher gab es zwei Wege zu verlässlichen Rechenschritten in KI-Arbeit: ein Entwicklungsvorhaben oder ein Automatisierungswerkzeug wie n8n, Make oder Zapier. Beide verlangen, dass du den Ablauf vorher komplett durchzeichnest, Kästchen für Kästchen. Beim Skill läuft es umgekehrt. Die Steuerung bleibt der Text, und das Programm ist ein kurzer Einschub an der Stelle, an der es genau werden muss.

Gegenüber einem Prompt ist das ein echter Sprung. Ein Prompt kann Verlässlichkeit nur erbitten. Wer „rechne bitte sorgfältig" schreibt, hofft. Wer „führe dieses Programm aus" schreibt, bekommt ein Ergebnis, das sich nicht von Laune und Formulierung beeindrucken lässt.

Nützlich wird es erst richtig mit Zugriff auf echte Systeme

Ohne Anschluss an die Fachsysteme bleibt es beim Reden, ein Stecker hängt noch frei.

Der Nutzen von KI in realen Arbeitsabläufen sitzt selten alleine im Chatfenster der KI. Wertvoll wird die Arbeit dort, wo die Aufträge, Tickets, Rechnungen, Dokumente und Datensätze liegen. Ein Skill ohne Zugriff auf solche Systeme kann gut formulieren, aber er kann nichts holen und nichts hinterlassen.

Diese Verbindung entsteht bei einem Skill ebenfalls im Text. Du schreibst in die Anweisung, welches Werkzeug benutzt werden soll, und nennst es beim Namen. Früher brauchte jede Anbindung an ein Fachsystem eine eigens programmierte Schnittstelle. Heute genügt ein Satz, sofern die Verbindung eingerichtet ist.

Die Aufteilung beschreiben Anthropic und OpenAI fast gleichlautend. Die Verbindung liefert den Zugang zum System. Der Skill liefert die Spielregeln: welches Werkzeug wann, in welcher Reihenfolge, was zu tun ist, wenn Daten fehlen, und wie das Ergebnis aussehen soll.

Eine Einschränkung ist wichtig, und sie beruhigt: Ein Skill verschafft keine Rechte. Er darf nur benennen, was du oder das System sowieso dürfen. Wer keinen Zugang zum Rechnungssystem hat, bekommt ihn nicht durch eine Textdatei.

Der nächste große Sprung liegt beim Schreiben

Die ersten Stufen sind kleine Schritte, die entscheidende Lücke liegt vor dem Schreibzugriff.

Lesender Zugriff ist schon recht nützlich. Recherche über verstreute Quellen, Zusammenfassungen, eine vorbereitete Entscheidung: das spart Zeit. Nur ist die Aufgabe damit oft nicht fertig. Den letzten Schritt machst du weiterhin selbst. Du liest die Zusammenfassung, setzt den Status, aktualisierst die Seite, buchst den Abgleich. Genau dort steckt aber die Zeit.

Der Nutzen wächst deshalb in Stufen, und er wächst ungleichmäßig.

Wissen: Recherche, Vergleich, Entscheidungsvorlage.

Vorarbeit: Entwurf, ausgefüllte Vorlage, vorbereitete Seite.

Erledigte Arbeit im gemeinsamen Bestand: Dokumentation nachgezogen, Ticket weitergezogen, Datensatz gepflegt.

Abgeschlossene Vorgänge: Status im Fachsystem gesetzt, Website aktualisiert, Nachricht raus.

Erst ab Stufe drei verändert sich ein Ablauf und nicht nur der Arbeitstag einer Person. Aufgaben wie ein Rechnungsabgleich, eine von Anfang bis Ende bearbeitete Kundenanfrage oder ausgelesene Vertragsdaten mit weitergeleiteter Freigabe lassen sich lesend gar nicht erledigen. Ihr Ergebnis ist eine Veränderung im System und kein Text.

Eine Analyse von Kapitalgebern beschreibt, wie weit die meisten Unternehmen sind: Pilotprojekte laufen fast überall, aber fast alle stecken im Nur-Lesen-Modus. Der Schritt zum Schreiben verspreche ein Vielfaches an Wert, nur seien die Kontrollmittel dafür noch unfertig. Aus der Praxis kommt die Erklärung: Viele fertig gelieferte Verbindungen geben nur den lesenden Teil frei, weil für Schreibvorgänge die Steuerung fehlt und nicht die Technik. Die Zurückhaltung ist also eine Organisationsfrage und die ist berechtigt, so lange Fragen zu Sicherheit und Verantwortlichkeit nicht gut geregelt sind.

Mit dem Schreibrecht ändert sich auch, worauf du schauen musst. Vorher lautete die Frage: Ist die Antwort gut? Jetzt lautet sie: Was wurde geändert, wo, in wessen Namen, wer hat es erlaubt, und wie bekomme ich es zurück?

Zwei Dinge entscheiden darüber, wie streng du sein solltest. Erstens, wie weit die Wirkung reicht. Zweitens, wie leicht sich der Schritt zurücknehmen lässt. Eine Seite mit Versionsverlauf kannst du jederzeit wiederherstellen, da darf ein System selbstständig arbeiten. Ein Statuswechsel im Rechnungssystem betrifft andere und lässt sich schlecht rückgängig machen, da gehört eine Rückfrage dazu. Eine veröffentlichte Website ist öffentlich für Alle sichtbar, da will jemand vorher draufschauen. Dieselbe Aktion verdient je nach Ziel eine andere Behandlung.

Eine einfache Regel hat sich als praktikabel erwiesen: Freigabe genau dort, wo aus Lesen ein Schreiben wird. Diesen Moment kann man beobachten, den Schaden im Ernstfall nicht.

Und noch ein Punkt, der oft übersehen wird. Eine Freigabe, die du in den Anweisungstext schreibst, ist eine Bitte. Das System hält sich meistens daran, verlassen kannst du dich darauf nicht. Was sicher gelten soll, muss in der Plattform eingestellt sein, etwa als Schalter „vor dieser Aktion immer fragen".

Prompt, Skill und Agentensystem bauen aufeinander auf

Drei Ebenen: die einzelne Anfrage, die abgelegte Anweisung, der eigenständig arbeitende Aufbau.

Die drei Begriffe konkurrieren nicht, sie bauen aufeinander auf.

Der Prompt ist der Zuruf. Einmalig, ohne Gedächtnis für das Vorgehen, jedes Mal in voller Länge.

Der Skill ist die Arbeitsanweisung im Regal. Beschrieben, weitergebbar, im besten Fall mit Versionsverlauf, und das System holt sie sich selbst.

Das Agentensystem ist die Instanz mit Auftrag und Schlüsselbund. Es hat eigene Rechte, eigene Werkzeuge und eigene Auslöser, etwa einen Zeitplan oder ein eingehendes Formular.

Agentensysteme nutzen Skills, sie ersetzen sie nicht. Für die meiste Büroarbeit ist die mittlere Schicht, die Skills, die wirtschaftlichste: wenig Aufwand, sofort nutzbar, beliebig kombinierbar.

Drei Achsen: Ausführung, Werkzeuge, Schreibrechte

Drei Regler, die sich unabhängig voneinander verstellen lassen: Ausführung, Werkzeuge, Schreibrechte.

Die Frage „Können wir Skills in Lösung XY nutzen?" ist zu einfach gestellt. Dafür sind die Plattformen zu verschieden und die individuell eingestellten Möglichkeiten ebenso.

Drei Fragen helfen bei der Unterscheidung: Ermöglicht die Plattform einem Skill die Ausführung von Programmcode? Welche Werkzeuge darf und kann ein Skill nutzen? Und was darf er verändern?

Das folgende Raster ist mein Vorschlag zur Bewertung und nicht Teil des Standards.

Was wird ausgeführt

Stufe 0: kein Skill-Konzept, nur eine dauerhafte Grundanweisung und situative Prompts.

Stufe 1: wiederverwendbarer Skill mit Anweisungstext und einer Beschreibung, über die er automatisch aufgerufen werden kann.

Stufe 2: zusätzlich Material und Vorlagen, die bei Bedarf gelesen werden.

Stufe 3: zusätzlich Programmcode, den die Plattform ausführt.

Die Bruchkante liegt zwischen Stufe 2 und Stufe 3. Erst dort kommt die deterministische Genauigkeit dazu, die sich mit der Flexibilität der KI kombinieren lässt.

Welche Werkzeuge erreicht der Skill

T0: keine, er wirkt nur auf Text im Gespräch.

T1: die Werkzeuge der Plattform oder des Computers selbst, etwa Suche, Dateien, Seiten.

T2: zusätzlich Werkzeuge angebundener Fachsysteme.

Was darf er verändern

W0: nichts, nur lesen und antworten.

W1: eigene Entwürfe und Notizen.

W2: gemeinsame Inhalte mit Versionsverlauf, etwa Seiten, Tickets, Dokumente.

W3: schwer umkehrbare Dinge wie Veröffentlichungen, Versand oder einen Statuswechsel im Fachsystem.

Diese drei Achsen sind voneinander unabhängig. Ein Skill auf der einen Plattform kann auf Werkzeuge zugreifen und sogar in Systeme schreiben, aber trotzdem keine Programme ausführen. Ein anderer Skill hat Zugriff auf einen eigenen abgeschirmten Computer, der Programme ausführen kann, darf aber auf kein anderes System zugreifen, um dort Inhalte zu lesen.

Hier lohnt also ein differenzierter Blick auf die jeweiligen Möglichkeiten.

Gleiches Wort, sehr unterschiedliche Tiefe bei den KI-Plattformen

Überall steht dasselbe Etikett, die Tiefe darunter unterscheidet sich erheblich.

Produktstände veralten schnell, deshalb hier nur eine Momentaufnahme. Sie taugt vor allem als Beleg dafür, wie weit die Auslegung des Wortes Skill auseinanderliegt.

Vorn liegen die Werkzeuge für Entwicklung. Claude Code, Codex, GitHub Copilot, Cursor und die Kommandozeile von Gemini führen Programme aus, nach Zustimmung und mit Zugriff auf Dateien und Werkzeuge. Das ist wenig überraschend, weil dort Programmausführung ohnehin zum Alltag gehört.

Hinzugekommen ist eine junge Gruppe von Anwendungen, die ausdrücklich für Menschen ohne Programmierkenntnisse gebaut ist und Skills trotzdem in voller Breite unterstützt. Claude Cowork ist das bekannteste Beispiel, vergleichbare Arbeitsumgebungen kommen inzwischen von mehreren Anbietern (Microsoft Copilot Cowok, Chat GPT Work). Du arbeitest in einer normalen Oberfläche mit Aufträgen und Dateien, im Hintergrund laufen Programme in einer abgeschirmten Umgebung, und Zugänge zu Fachsystemen lassen sich einzeln freigeben. Für die Bewertung ist diese Gruppe die interessanteste, weil hier erstmals hohe Ausführungstiefe und Alltagstauglichkeit zusammenkommen.

Weiter hinten liegen die klassischen Büroanwendungen und deren intergrierten KI-Lösungen. Copilot in Excel und PowerPoint erlauben beispielsweise einen Skill-Ordner samt Material, eine eigene Ausführung von Programmen ist hingegen nicht vorgesehen. Sharepoint ermöglicht Skills, die ebenfalls keine Programme ausführen können, dafür aber Schreibzugriffe auf Dateien ermöglicht.

Wenn du heute eine Plattform bewertest, datiere die Antwort und prüfe die drei Achsen getrennt. In einem halben Jahr sieht das Bild anders aus.

Der Text kann reisen, der Code oft nicht

Die Anweisung als Text lässt sich leicht mitnehmen, Skripte und Verbindungen bleiben zurück.

Damit zur kritischen Stelle. Auf der Textebene hält der Standard sein Versprechen: Eine Anweisung, die du in einem System geschrieben hast, funktioniert auch in einem anderen. Sobald ein Skill aber Verweise auf interne Dateien, Programme oder Werkzeugnamen enthält, reist er nur so weit, wie seine Umgebung mitkommt.

Fünf Punkte gehören dazu.

Festgelegt ist die Verpackung, nicht die Umgebung. Zur Programmiersprache sagt die Spezifikation selbst, dass es von der jeweiligen Umsetzung abhängt, welche unterstützt wird.

Gleiches Programm, anderes Ergebnis. Internetzugang, mitgelieferte Programmbibliotheken und Ablageorte unterscheiden sich je Produkt. Der Standard hat für Umgebungsanforderungen sogar ein eigenes Feld. Wer es füllen muss, hat keinen freien Skill mehr, sondern einen mit Standortbindung.

Auch die Werkzeugnamen hängen am Ort. Ein Name wie GitHub:create_issue funktioniert nur dort, wo dieses Werkzeug genau so heißt. Für die Vorabfreigabe von Werkzeugen gibt es bisher nur ein als experimentell gekennzeichnetes Feld.

Mit der Ausführungstiefe wächst die Verantwortung. Ein Skill aus dem Internet ist fremder Text und fremder Code an deinem Arbeitsplatz. Die Anbieter gehen unterschiedlich damit um: OpenAI prüft hochgeladene Skills und blockiert auffällige, Microsoft verlangt eine Freigabe für Skill-Werkzeuge, die Gemini-Kommandozeile warnt beim Einschalten ausdrücklich, dass Skills Programme ausführen und Dateien lesen können.

Der Verteilweg fehlt im Standard. Cloud-Ordner, Paket pro Agent, Seite im Wissenssystem, ZIP-Datei, Code-Repository: Wie Skills verteilt, berechtigt und versioniert werden, erfindet jede Plattform neu.

Skills lohnen sich, fertig und universell verwendbar sind sie nicht

Skills verdienen die Aufmerksamkeit, die sie gerade bekommen! Sie bringen Anweisung, Genauigkeit und Reichweite an einen Ort, den eine fachkundige Person selbst bauen und weitergeben kann, ohne Projektantrag und ohne Entwicklungsteam. Das erklärt, warum sie gerade dort erstellt und genutzt werden, wo früher niemand eine Automatisierung beantragt hätte.

Fertig ist die Sache nicht. Ausführungsumgebungen, Verteilung, Versionen und Freigaben regelt jeder Anbieter anders, und der Standard hält sich dabei bewusst heraus. Solange das so ist, kommst du im Gespräch über Skills am Besten weiter mit den drei Fragen von oben im Artikel:

Ermöglicht die Plattform einem Skill die Ausführung von Programmcode? Welche Werkzeuge darf und kann ein Skill nutzen? Und was darf er verändern?