Ein Skill, jeder Agent

Blog · 5 Min. Lesezeit

Niemand nutzt mehr genau einen KI-Agenten. Sie schreiben Code mit dem einen Werkzeug, prüfen ihn mit einem anderen, und Sie sind vermutlich einen schlechten Nachmittag davon entfernt, ein drittes auszuprobieren, weil jemand im Team darauf schwört. Das ist in Ordnung — es ist ein gesunder Markt. Nicht in Ordnung ist, was es mit den Anweisungen macht, die Sie für eines davon sorgfältig geschrieben haben.

Angenommen, Sie haben einen wirklich guten Skill geschrieben: eine Code-Review-Checkliste, ein Incident-Runbook, einen Hausstil dafür, wie Ihr Team Commit-Nachrichten formuliert haben will. Wenn dieser Skill als eingefügter Textblock in den Einstellungen eines Werkzeugs lebt, ist er praktisch that tool's Skill. Ihn anderswo zu nutzen heißt, ihn abzutippen, und abzutippen heißt, dass er auseinanderläuft — eine Korrektur in der einen Kopie, eine Anpassung in der anderen, bis „der Skill“ in Wahrheit drei leicht verschiedene Skills sind, die bloß eine gemeinsame Vorgeschichte haben.

Die Anweisung sollte nicht wissen müssen, wer sie liest

In jeder anderen Schicht der Softwareentwicklung ist das ein gelöstes Problem. Eine gut geschriebene Funktion kümmert sich nicht darum, wer sie aufruft. Eine gut entworfene API kümmert sich nicht darum, ob der Client ein Browser oder ein Skript ist. Die Anweisungen, die Sie einem KI-Agenten geben, sind funktional eine API für Verhalten — es gibt keinen Grund, warum sie enger an Claude, ChatGPT oder Codex gebunden sein sollten, als ein REST-Endpunkt an einen bestimmten Browser gebunden ist.

Möglich wird das jetzt, weil die Clients selbst sich auf einen gemeinsamen Weg geeinigt haben, Werkzeuge und Kontext abzurufen: MCP. Jeder Client, der es spricht, kann einen Server fragen „welche Skills hast du“ und „gib mir diesen“, ohne dass der Server wissen müsste, welcher Agent gerade fragt. Auf dieser Naht lebt ein portabler Skill — kein Plugin für ein Werkzeug, sondern Inhalt, der über ein Protokoll ausgeliefert wird, das mehrere Werkzeuge bereits sprechen.

Was sich ändert, wenn der Skill die Quelle der Wahrheit ist

Legen Sie den Skill an einer Stelle ab, und jeder Client wird zum Leser statt zur Kopie. Beheben Sie einen Fehler in der Review-Checkliste einmal, und der nächste Agent, der sie lädt — egal welcher — bekommt die Korrektur. Niemand muss sich merken, welche von drei eingefügten Kopien die aktuelle ist, weil es nur eine gibt.

Portabilität ist bei Skills kein nettes Extra. Sie ist der Unterschied zwischen einer Anweisung, die man pflegt, und einer, die man immer wieder neu schreibt.

Genau darum geht es bei Skilnu: Skills liegen in einer Registry und werden über MCP ausgeliefert, sodass Claude, ChatGPT, Codex — oder was auch immer Sie nächstes Jahr nutzen — alle denselben laden, und zwar die heutige Fassung, nicht die, an deren Aktualisierung jemand gedacht hat.

Ausprobieren

Wenn Sie lieber die Mechanik als das Argument möchten: Das Tutorial Use one skill in Claude, ChatGPT, and Codex zeigt in wenigen Minuten, wie Sie einen einzelnen Skill mit allen dreien verbinden.