Agent Skills geht an eine Stiftung: Was der offene Standard für Ihre KI-Agenten bedeutet

Stellen Sie sich vor, Ihr Team hat einem KI-Werkzeug über Wochen beigebracht, wie in Ihrem Betrieb ein Angebot geprüft, eine Fehlermeldung eingeordnet oder ein Bericht aufgebaut wird. Die Anweisungen liegen sauber beschrieben vor, mit Beispielen und Prüfschritten. Dann wechselt der Anbieter die Preise, ein Kollege bevorzugt ein anderes Werkzeug, oder Sie wollen zwei Werkzeuge nebeneinander einsetzen. Die entscheidende Frage lautet: Geht das Gelernte mit, oder fangen Sie von vorn an? Genau an dieser Stelle setzt eine Meldung an, die Anthropic am 22. Oktober 2026 veröffentlicht hat: Das Unternehmen übergibt den offenen Standard „Agent Skills“ an eine neutrale Stiftung.

Für Geschäftsführer im Mittelstand ist das keine Entwicklerfrage am Rande. Wer heute in KI-Agenten investiert, investiert zu einem erheblichen Teil in Wissen über die eigenen Abläufe, das in einer Form vorliegen muss, die ein Agent lesen kann. Ob diese Form an einen einzelnen Hersteller gebunden ist, entscheidet über Abhängigkeit und Wechselkosten. Dieser Artikel ordnet ein, was die Primärquelle belegt, was sie nicht sagt, und welche Schritte Sie in dieser Woche gehen können. Gleich vorab die Verfügbarkeit: Der Standard selbst ist seit Dezember 2025 veröffentlicht und wird laut Anthropic in über 70 Plattformen genutzt. Neu ist die Übergabe der Verwaltung. Sie ist also keine Zukunftsmusik, sondern betrifft Werkzeuge, die es heute gibt.

Was Anthropic am 22. Oktober 2026 bekannt gegeben hat

Die Quelle ist der Anthropic-Newsbeitrag „Donating Agent Skills to the Agentic AI Foundation“ (anthropic.com/news, 22. Oktober 2026, von uns am 23. Oktober 2026 abgerufen und vollständig gelesen). Nach diesem Beitrag ist „Agent Skills“ ein offener Standard, der KI-Agenten spezialisiertes Wissen und Arbeitsabläufe vermittelt. Anthropic übergibt nun den Namen, das Logo, die GitHub-Organisation und die Domain agentskills.io an die Agentic AI Foundation, kurz AAIF. Diese Stiftung gehört zur Linux Foundation. Anthropic hat sie nach eigenen Angaben 2025 gemeinsam mit Block und OpenAI mitgegründet. Dorthin wurde bereits das Model Context Protocol (MCP) übergeben, ein weiterer offener Standard, der regelt, wie Agenten mit Werkzeugen und Datenquellen sprechen.

Die Eckdaten laut Anthropic im Überblick:

• Was übergeben wird: Name, Logo, GitHub-Organisation und die Domain agentskills.io.
• An wen: die Agentic AI Foundation (AAIF), ein Projekt der Linux Foundation.
• Nutzung und Mitwirkung: Wer den Standard nutzen oder mitgestalten möchte, muss laut Beitrag nicht Mitglied der AAIF werden.
• Verbreitung: Über 70 Agenten-Plattformen haben Agent Skills seit der Veröffentlichung im Dezember 2025 integriert, darunter ChatGPT, Cursor, GitHub Copilot und VS Code.
• Umfang: Bisher wurden 1 Million Skills veröffentlicht und knapp 280 Millionen installiert.
• Pflege: Ingenieure von Anthropic, Google, OpenAI und weiteren Unternehmen pflegen den Standard als Einzelpersonen. Als Lead Maintainer nennt der Beitrag David Soria Parra und Mahesh Murag.
• Roadmap-Vorschlag: versionierte Releases, ein formaler Vorschlagsprozess und eine Sicherheitsleitlinie für Personen, die Skills schreiben und installieren.

Zur Entstehung schreibt Anthropic, man habe Skills bei der Arbeit an Claude Code entwickelt. Im Oktober 2025 seien Tausende Skills auf GitHub veröffentlicht worden, und es seien Loader für Codex, Cursor und OpenCode entstanden. Als Ziel nennt der Beitrag, Agent Skills „open, community-driven, and vendor-neutral“ zu halten, also offen, von der Gemeinschaft getragen und herstellerneutral.

Eine Einordnung gehört dazu: Es handelt sich um die Darstellung des Unternehmens, das den Standard geschaffen hat und ihn nun abgibt. Die Zahlen (70 Plattformen, 1 Million Skills, knapp 280 Millionen Installationen) stammen aus diesem Beitrag, und wir haben sie nicht unabhängig nachgezählt. Dass sie so groß sind, sagt außerdem noch nichts darüber aus, wie gut einzelne Skills sind. Ein veröffentlichter Skill ist nicht automatisch ein geprüfter Skill.

Was ein „Skill“ ist, ohne Fachsprache

Der Beitrag beschreibt Skills als Möglichkeit, Agenten spezialisiertes Wissen und Arbeitsabläufe mitzugeben. Man kann sich das wie eine Arbeitsanweisung für einen neuen Mitarbeiter vorstellen: Wie bereiten wir ein Angebot vor, in welcher Reihenfolge prüfen wir eine Rechnung, worauf achten wir bei einer Reklamation. Der Unterschied zur üblichen Chat-Anweisung besteht darin, dass diese Beschreibung als wiederverwendbares Paket vorliegt, das der Agent laden kann, wenn die Aufgabe es verlangt. Einmal gut aufgeschrieben, steht sie jedem Agenten zur Verfügung, der den Standard versteht.

Was in einem konkreten Skill steht, hängt vom Autor ab. Wir lesen aus der Quelle nur heraus, dass es um Wissen und Arbeitsabläufe geht. Über technische Details der Dateiformate macht der Beitrag in den von uns gelesenen Teilen keine Angaben, und wir erfinden hier keine. Für die Entscheidung im Betrieb ist das auch nicht nötig. Wichtig ist der Gedanke dahinter: Ihr Prozesswissen soll nicht in der Konfiguration eines einzelnen Anbieters verschwinden, sondern in einer Form vorliegen, die mehrere Werkzeuge lesen können.

Was die Übergabe an die Stiftung für Ihr Unternehmen bedeutet

Bisher lag der Standard bei dem Unternehmen, das ihn erfunden hat. Wer eigene Skills pflegte, musste darauf vertrauen, dass dieses Unternehmen den Standard offen hält. Künftig liegt die Verwaltung bei einer Stiftung, in der laut Beitrag Ingenieure mehrerer Unternehmen mitarbeiten. Für Sie als Entscheider ergeben sich daraus drei sachliche Folgen, wobei wir ausdrücklich zwischen dem unterscheiden, was die Quelle sagt, und dem, was wir daraus für den Betrieb ableiten.

Erstens: geringere Bindung an einen Anbieter. Die Quelle sagt, dass über 70 Plattformen den Standard integriert haben, darunter mehrere, die im deutschsprachigen Raum verbreitet sind. Daraus leiten wir ab: Ein sauber geschriebener Skill ist keine Investition in nur ein Werkzeug mehr. Wir sagen bewusst „ist grundsätzlich übertragbar“ und nicht „funktioniert überall identisch“. Ob ein bestimmter Skill in einem bestimmten Werkzeug genau so läuft wie im anderen, hängt vom Werkzeug ab, und das müssten Sie vor dem Einsatz testen.

Zweitens: eine Verhandlungsposition. Wenn Ihr Prozesswissen in einem offenen Format vorliegt, können Sie bei der Anbieterwahl anders auftreten. Sie fragen dann nicht „Welches Werkzeug nehmen wir, und was passiert mit unseren Anweisungen?“, sondern „Welches Werkzeug versteht unsere Skills am besten?“. Das verschiebt das Gewicht. Gleichzeitig ersetzt ein offener Standard keine vertragliche Klärung, etwa zum Datenschutz oder zur Frage, wo Ihre Daten verarbeitet werden.

Drittens: ein Hinweis auf Reife. Dass ein Standard in einer Stiftung mit Roadmap, Versionierung und formalem Vorschlagsprozess liegt, deutet auf eine Phase der Verstetigung hin. Wir würden daraus aber keine Garantie ableiten. Der Roadmap-Vorschlag in der Quelle ist ein Vorschlag; die Quelle beschreibt ihn nicht als bereits umgesetzt.

Verfügbarkeit: bereits nutzbar, aber mit klaren Grenzen der Aussage

Hier lohnt Genauigkeit. Der Standard ist laut Quelle seit Dezember 2025 veröffentlicht und seitdem in über 70 Plattformen integriert. Neu am 22. Oktober 2026 ist die Übergabe der Verwaltung an die AAIF. Die genannten Werkzeuge, ChatGPT, Cursor, GitHub Copilot und VS Code, sind Produkte, die auch in Deutschland, Österreich und der Schweiz genutzt werden können. Eine ausdrückliche DACH-Aussage macht der Beitrag nicht; wir schließen die Verfügbarkeit aus der weltweiten Nutzung dieser Werkzeuge.

• Status: allgemein verfügbar, offener Standard seit Dezember 2025; neu ist die Verwaltung durch die AAIF.
• Region: weltweit nutzbar über die genannten Werkzeuge; der Beitrag nennt keine regionale Einschränkung.
• DACH: ja, soweit die jeweiligen Werkzeuge bei Ihnen eingesetzt werden dürfen. Das müssen Sie je Werkzeug prüfen, etwa mit Blick auf Datenschutz.
• Noch nicht vorhanden: die vorgeschlagene Sicherheitsleitlinie. Sie steht als Teil eines Roadmap-Vorschlags in der Quelle, nicht als fertiges Dokument.

Der letzte Punkt ist der wichtigste für die Praxis, und wir kommen gleich darauf zurück.

Ein offener Standard senkt die Bindung an einen Anbieter. Er prüft aber nicht, ob der Skill, den Sie installieren, das tut, was er verspricht.

Das Risiko, das in der Zahl steckt: 1 Million Skills

Eine Million veröffentlichte Skills und knapp 280 Millionen Installationen sind beeindruckende Zahlen. Sie bedeuten aber auch, dass es einen riesigen Bestand an Anweisungen gibt, die von Dritten geschrieben wurden und die ein Agent ausführt, sobald er sie lädt. Im Unterschied zu einem Dokument, das Sie lesen, ist ein Skill eine Anweisung an eine Software, die in Ihrem Namen handelt und je nach Einrichtung Zugriff auf Dateien, Systeme oder Konten hat.

Daraus folgt eine nüchterne Überlegung, die wir aus unserer Arbeit mit Agenten ableiten und die nicht aus der Quelle stammt: Eine Anweisung, die Sie nicht gelesen haben, sollte nicht ungeprüft in einem Agenten laufen, der echte Aktionen ausführen darf. Der Roadmap-Vorschlag der Quelle erkennt das Thema offenbar an, denn er sieht eine Sicherheitsleitlinie für Autoren und für Personen vor, die Skills installieren. Dass sie als Vorschlag genannt wird, zeigt: Bis sie existiert, liegt die Prüfung bei Ihnen.

Praktisch bedeutet das vier Dinge:

• Herkunft klären: Von wem stammt der Skill? Ein Skill aus der eigenen Organisation ist etwas anderes als einer von einer unbekannten Quelle.
• Inhalt lesen: Was soll der Skill tun, auf welche Dateien und Systeme greift er zu, was darf er verändern?
• Zuerst in einer geschützten Umgebung testen: nicht im produktiven System, nicht mit echten Kundendaten.
• Freigabe dokumentieren: Wer hat den Skill geprüft, wann, mit welchem Ergebnis? Ohne diese Spur wissen Sie in einem halben Jahr nicht mehr, warum ein Agent etwas tut.

Konkrete Beispiele aus dem Mittelstand

Damit das nicht abstrakt bleibt, drei Beispielfälle. Sie sind keine Berichte über reale Projekte, sondern Denkmodelle, die zeigen, wie sich die Frage im Alltag stellt.

Der Maschinenbauer mit eigener Entwicklungsabteilung. Die Entwickler haben sich einen Ablauf für das Prüfen von Änderungen am Quellcode aufgeschrieben: Welche Tests laufen, welche Namenskonventionen gelten, welche Dateien nie ohne Rückfrage geändert werden. Ist dieser Ablauf als Skill beschrieben, kann jeder Entwickler ihn in dem Werkzeug nutzen, das er bevorzugt, sofern es den Standard versteht. Die Frage an die Geschäftsführung lautet nicht „Welches Werkzeug?“, sondern „Wer pflegt die Skills, und wer gibt neue frei?“.

Das Dienstleistungsunternehmen mit wiederkehrenden Berichten. Ein Betrieb mit 40 Beschäftigten erstellt jeden Monat dieselben Auswertungen. Der Ablauf, Daten zusammenführen, Auffälligkeiten markieren, Ergebnis in einer festen Gliederung darstellen, lässt sich als Skill festhalten. Der Vorteil: Er hängt nicht von der Erinnerung einer einzelnen Person ab. Der Nachteil, wenn man nicht aufpasst: Ein fehlerhafter Schritt im Skill wiederholt sich dann jeden Monat unbemerkt.

Der Handwerksbetrieb mit digitaler Angebotserstellung. Hier würde man einen Skill nicht für Code, sondern für Abläufe wie Angebotsprüfung oder Terminabstimmung einsetzen. Das ist ein Gebiet, in dem andere Agenten zuständig sind. Wir erwähnen es, um deutlich zu machen: Der Standard betrifft nicht nur Programmierer. Er betrifft jeden, der wiederkehrendes Wissen so festhalten will, dass ein Agent es nutzen kann.

Welcher Agent bei Amazing Agents dafür zuständig ist: der Code-Operator

Auf amazing-agents.com ordnen wir dieses Thema dem Code-Operator zu. Die Webseite beschreibt ihn mit: Bugs, Fixes und Pull-Requests mit Ihrer Freigabe. Er arbeitet also an dem Teil Ihrer Technik, in dem Skills und Arbeitsabläufe für Entwickler-Agenten typischerweise liegen. Für alle Agenten gilt laut Startseite derselbe Rahmen: Jeder Agent läuft in einem definierten Rahmen mit Freigabe-Schritten bei kritischen Aktionen.

Was das konkret für Skills heißt, beschreiben wir als Vorgehen, nicht als Erfolgsbilanz: Ein Code-Operator, der wiederverwendbare Skills nutzt, würde einen Fix oder eine Änderung vorbereiten, aber nicht ohne Ihre Freigabe in Ihren produktiven Code einspielen. Das entspricht dem, was die Webseite zusagt: Pull-Requests mit Ihrer Freigabe. Neue Skills würden dabei zuerst geprüft und freigegeben, bevor der Agent sie nutzt. Diese Reihenfolge, erst prüfen, dann freigeben, dann nutzen, ist der Kern.

Agent mit Grenzen und Freigabe-Schritt: der Unterschied

Der Unterschied zwischen einem Agenten ohne und einem mit Freigabe-Schritt lässt sich an Skills gut zeigen.

Ohne Freigabe-Schritt: Jemand im Team findet einen Skill, der Aufwand zu sparen verspricht, installiert ihn und lässt den Agenten damit arbeiten. Niemand hat die Anweisungen gelesen. Der Agent führt sie aus, sobald er sie lädt, und kann Dateien ändern oder Aktionen anstoßen, die niemand erwartet hat. Sie bemerken es, wenn das Ergebnis falsch ist, und häufig erst dann.

Mit Freigabe-Schritt: Ein neuer Skill kommt zuerst in eine Prüfung. Jemand liest ihn, prüft Herkunft und Zugriffe, testet ihn in einer geschützten Umgebung und gibt ihn dann frei. Der Agent bereitet Änderungen vor, legt sie zur Ansicht vor, und ein Mensch entscheidet. Die Arbeit bleibt schnell, die Verantwortung bleibt bei Ihnen. Das ist ein Agent mit Grenzen und Freigabe-Schritt, und genau das unterscheidet ihn von einer bloßen Automatisierung, die einfach läuft.

Ein offener Standard hilft bei der ersten Frage, nämlich der Wechselbarkeit. Bei der zweiten, der Sicherheit, hilft er nicht, jedenfalls nicht von allein. Die Quelle schlägt hierfür eine Sicherheitsleitlinie vor. Bis es sie gibt, entscheidet die Disziplin in Ihrem eigenen Betrieb.

Das kommt noch: was wir nicht wissen

Ehrlich gehört zu einer solchen Einordnung auch, was offen bleibt.

• Zeitplan der Sicherheitsleitlinie: Die Quelle nennt sie als Vorschlag, aber keinen Termin.
• Qualität der veröffentlichten Skills: Die Zahl von 1 Million sagt nichts über deren Güte oder Sicherheit.
• Verhalten einzelner Werkzeuge: Ob ein Skill in jedem Werkzeug gleich funktioniert, hängt vom Werkzeug ab. Das sagt die Quelle nicht, und wir haben es nicht getestet.
• Rechtliche und datenschutzrechtliche Fragen: Ob und wie Sie einen bestimmten Skill mit Kundendaten nutzen dürfen, klärt kein Standard, sondern Ihre Datenschutzberatung.
• Pflegeaufwand: Wer Skills einführt, muss sie pflegen. Wie viel Aufwand das im Alltag bedeutet, geben die Quellen nicht an.

Das können Sie diese Woche tun: drei Schritte

Weil der Standard bereits nutzbar ist, sind das keine reinen Vorbereitungsschritte, sondern Dinge, die Sie ohne Beschaffung anstoßen können.

1. Prozesswissen sammeln: Lassen Sie jedes Team zwei bis drei wiederkehrende Abläufe aufschreiben, bei denen Wissen bisher nur in Köpfen liegt. Schreiben Sie dazu: Wer führt den Ablauf aus, welche Schritte gibt es, wo wird entschieden? Das ist die Rohfassung eines Skills und hat auch ohne KI Wert.
2. Regel für fremde Skills festlegen: Beschließen Sie schriftlich, dass kein Skill aus unbekannter Quelle in einem Agenten laufen darf, der Dateien ändern, Nachrichten senden oder Systeme ansprechen kann, ohne dass jemand ihn gelesen und freigegeben hat. Benennen Sie eine Person, die das entscheidet.
3. Eine Testumgebung bestimmen: Klären Sie, wo neue Skills ohne Folgen ausprobiert werden können, ohne echte Kundendaten und ohne Zugriff auf produktive Systeme. Ohne diesen Ort wird in der Praxis direkt im Betrieb getestet.

Fazit

Die Übergabe von „Agent Skills“ an die Agentic AI Foundation ist eine gute Nachricht für alle, die Prozesswissen in Agenten investieren wollen, ohne sich an einen Hersteller zu ketten. Die Quelle belegt: Der Standard ist seit Dezember 2025 veröffentlicht, wird laut Anthropic in über 70 Plattformen genutzt, umfasst 1 Million veröffentlichte Skills und liegt künftig bei einer herstellerneutralen Stiftung. Sie belegt nicht, dass jeder Skill sicher ist, und sie nennt die Sicherheitsleitlinie als Vorschlag, nicht als Bestand.

Für Sie heißt das: Nutzen Sie die gewonnene Wechselbarkeit, aber behalten Sie die Kontrolle. Schreiben Sie Ihr Wissen so auf, dass ein Agent es lesen kann. Prüfen Sie jeden Skill, bevor er läuft. Und lassen Sie bei allem, was etwas verändert, einen Menschen freigeben. Ein Agent mit Grenzen und Freigabe-Schritt ist keine Bremse, sondern die Bedingung dafür, dass Sie ihm überhaupt mehr Arbeit übergeben können.

Quellen: Anthropic, „Donating Agent Skills to the Agentic AI Foundation“, anthropic.com/news, 22. Oktober 2026 (abgerufen am 23. Oktober 2026). Zuordnung zu den Agenten: amazing-agents.com, Startseite (Code-Operator; Freigabe-Schritte bei kritischen Aktionen).