:quality(78))
Ein KI-Ablauf funktioniert endlich. Das Team hat die Anweisungen nachgeschärft, Sonderfälle geklärt und eine brauchbare Vorlage gebaut. Ein halbes Jahr später steht ein Wechsel des Agentenprogramms an. Lässt sich diese Arbeit mitnehmen?
Anthropic hat am 22. Oktober angekündigt, den offenen Standard Agent Skills an die Agentic AI Foundation, kurz AAIF, zu übergeben. Die Linux Foundation bestätigt die Aufnahme. Das Format für wiederverwendbare Arbeitsanweisungen erhält eine gemeinsame organisatorische Heimat. Für Unternehmen lohnt sich ein genauer Blick: Ein Teil ihres Prozesswissens lässt sich damit unabhängig vom jeweiligen Chat aufbewahren. Für einen reibungslosen Anbieterwechsel braucht es allerdings mehr.
Wer den Standard künftig pflegt
Anthropic übergibt den Namen und das Logo von Agent Skills, die GitHub-Organisation und die Domain agentskills.io. Entwickler verschiedener Anbieter sollen den Standard als Einzelpersonen weiter pflegen. Eine Mitgliedschaft in der Stiftung ist laut Ankündigung keine Voraussetzung, um Skills zu verwenden oder am Standard mitzuarbeiten.
Die Zuständigkeit für das Format wird dadurch breiter. Einen neuen Funktionsumfang für einzelne Agenten kündigt die Übergabe nicht an. Auch die Qualität eines beliebigen Skills ist damit nicht zugesichert. Zu den vorgeschlagenen nächsten Schritten gehören versionierte Veröffentlichungen und Sicherheitsleitlinien. Diese Vorschläge sollte man von bereits eingeführten Verfahren unterscheiden.
Ein Arbeitsablauf bekommt einen festen Ort
Ein Skill ist zunächst ein Ordner. Darin liegt eine Datei namens SKILL.md mit einer Beschreibung und den Anweisungen. Vorlagen, Hintergrundwissen oder ausführbare Hilfsprogramme können dazukommen. So beschreibt es die offizielle Spezifikation.
Nehmen wir einen fiktiven Betrieb, der eingehende Anfragen für sein Team vorbereiten lässt. Im Skill steht, welche Angaben erforderlich sind und wie fehlende Informationen kenntlich gemacht werden. Er hält auch fest, wann der Agent nachfragen muss. Eine Vorlage zeigt, wie die Übergabe aussehen soll.
Das Team kann diese Regeln gemeinsam prüfen und Änderungen an einem Ort pflegen. Es muss sie nicht für jeden Auftrag neu formulieren. Ob ein Agent den passenden Skill findet und wie er ihn lädt, hängt von seiner Unterstützung des Formats ab. Die Dokumentation sieht ein schrittweises Laden vor: erst Name und Beschreibung, später die Anweisungen und bei Bedarf weitere Dateien.
Mitnehmen und weiterarbeiten sind zwei Prüfungen
Ein übertragbarer Ordner ist nützlich. Der neue Agent braucht aber auch die Werkzeuge, auf die die Anweisung verweist. Ein Skill könnte einen bestimmten Dateipfad voraussetzen oder einen Zugang zum CRM verwenden. In einem anderen Programm fehlen diese Voraussetzungen möglicherweise.
Die Spezifikation enthält deshalb ein optionales Feld für besondere Anforderungen an die Umgebung. Auch ausführbare Skripte müssen zur Laufzeit passen. Das Dateiformat allein richtet keinen Zugang ein und macht aus einem anderen Modell keine identische Arbeitskraft.
Für die Auswahl von KI-Werkzeugen ergibt sich daraus eine konkrete Frage: Welche Arbeitsanweisungen können wir exportieren, welche Abhängigkeiten bleiben? Die Antwort sollte früh im Projekt feststehen. So lässt sich abschätzen, was bei einem späteren Wechsel neu eingerichtet und getestet werden müsste. Eine pauschale Zusage vollständiger Austauschbarkeit wäre zu weitgehend.
Ein kleiner Vergleich zeigt mehr als ein schöner Prompt
Als Einstieg würde ich einen häufigen, begrenzten Ablauf wählen. Die Vorbereitung einer Anfrage lässt sich besser prüfen als der Auftrag, den gesamten Vertrieb zu übernehmen. Das Team beschreibt ein nachvollziehbares Ergebnis und hält fest, welche Schritte eine Freigabe brauchen.
Für den ersten Vergleich reichen wenige realistische Fälle, bereinigt um sensible Daten: eine vollständige Anfrage, eine mit fehlenden Angaben und ein Grenzfall, bei dem der Agent unterbrechen muss. Derselbe Auftrag wird mit und ohne Skill ausgeführt. Die offizielle Anleitung zu Skill-Evaluationen empfiehlt solche Vergleichsläufe.
Dabei zählt, ob das Ergebnis brauchbar ist und die Grenzen eingehalten werden. Eine verständliche Anweisung kann im Einsatz trotzdem scheitern. Ich würde deshalb eine verantwortliche Person und eine überprüfbare Version festhalten. Bei der Entwicklung eigener KI-Abläufe gehört diese Prüfung für mich zur Planung.
Fremde Skills brauchen eine Kontrolle
Ein Skill kann Anweisungen und ausführbaren Code enthalten. Die Implementierungsdokumentation warnt davor, projektbezogene Skills aus nicht vertrauenswürdigen Repositories ungeprüft zu laden. Ein öffentlich zugänglicher Ordner ist noch kein geprüfter betrieblicher Ablauf.
Vor einem Test würde ich externe Verbindungen, Dateizugriffe und die benötigten Zugangsdaten durchgehen. Das ist eine Vorsichtsmaßnahme für den eigenen Einsatz. Die Stiftung garantiert diese Prüfung nicht für jeden Skill. Für den Anfang sollte der Agent nur die Daten und Rechte bekommen, die der gewählte Test tatsächlich benötigt.
Die Übergabe an die AAIF erleichtert die gemeinsame Weiterentwicklung des Formats. Für den eigenen Betrieb lässt sich daraus eine praktische Konsequenz ziehen: Arbeitswissen so dokumentieren, dass es zusammen mit seinen Regeln erhalten bleibt. Danach den Wechsel mit denselben Testfällen prüfen. Ob ein anderer Agent die Aufgabe ebenso gut erledigt, muss er zeigen. Diese Frage lässt sich auch in einer KI-Beratung früh klären.
:quality(78))
:quality(78))
:quality(78))
