Agent Skills wechselt zur Agentic AI Foundation: Was sich für Teams ändert, die Coding-Agents einsetzen

Am 22. Oktober 2026 kündigte die Agentic AI Foundation auf der AGNTCon + MCPCon North America in San Jose vier neue Projekte an. Das Projekt, das jedes Team betrifft, das Coding-Agents einsetzt, ist Agent Skills – das von Anthropic beigetragene SKILL.md-Format. Die anderen drei sind Open Responses von OpenAI, OpenEnv von Hugging Face und OpenSandbox von Alibaba. Die Stiftung, die unter dem Dach der Linux Foundation angesiedelt ist, betreut nun 10 Projekte, darunter MCP, A2A, AGENTS.md und goose.

Der Beitrag zur Übergabe von Anthropic listet auf, was übertragen wurde: der Name und das Logo von Agent Skills, die GitHub-Organisation, die Domain agentskills.io sowie der Standard selbst. Zudem werden die Adoptionszahlen genannt, die von Anthropic stammen: Mehr als 70 Agent-Plattformen haben Agent Skills seit der Veröffentlichung des Standards im Dezember 2025 integriert, und es wurden „1 Million Skills veröffentlicht und fast 280 Millionen installiert“.

Das klingt nach reinen Governance-Neuigkeiten – und das ist es größtenteils auch. Doch es beantwortet eine praktische Frage für alle, die für eine Aufgabe Claude Code und für eine andere Codex einsetzen: Ist ein Skill ein herstellerspezifisches Feature oder ein Format, auf das man sich standardisieren kann? Jetzt ist es ein Format mit einem neutralen Träger.

TL;DR

Agent Skills ist jetzt ein herstellerneutrales Projekt bei der Agentic AI Foundation und wird von Engineers von Anthropic, Google, OpenAI und weiteren Unternehmen als Einzelpersonen gepflegt. Am Dateiformat selbst hat sich am 22. Oktober nichts geändert. Ihre bestehenden SKILL.md-Dateien funktionieren weiterhin, und die Produkte, die sie laden, tun dies nach wie vor an denselben Stellen. Geändert hat sich lediglich, wer über die nächste Version entscheidet. Für Teams empfiehlt es sich, Skills ausschließlich anhand der sechs Spezifikationsfelder zu schreiben, eine einzige Kopie pro Repository vorzuhalten und jeden Agenten darauf zugreifen zu lassen.

Agent Skills im Überblick

Ein Skill ist ein Verzeichnis mit einer SKILL.md-Datei: YAML-Frontmatter mit mindestens einem name und einer description, gefolgt von Anweisungen in Markdown. Es kann zusätzlich Verzeichnisse wie scripts/, references/ und assets/ enthalten. Die Spezifikation ist so kompakt, dass man sie in zehn Minuten lesen kann.

Skills bleiben durch progressive Offenlegung (Progressive Disclosure) ressourcenschonend. Ein Agent lädt beim Start lediglich den Namen und die Beschreibung jedes Skills – laut Spezifikation jeweils rund 100 Tokens –, liest den vollständigen Text der SKILL.md erst dann, wenn eine Aufgabe dazu passt, und öffnet gebündelte Dateien nur, wenn die Anweisungen darauf verweisen.

Eine ausführlichere Erklärung und Hinweise dazu, wie man Skills aus öffentlichen Quellen prüft, finden Sie unter Was ein Coding-Agent-Skill ist.

Was sich durch den Schritt ändert – und was nicht

Drei Dinge ändern sich. Erstens die Eigentümerschaft an Marke und Infrastruktur: Der Name, die Domain und die GitHub-Organisation gehören nicht länger einem Anbieter, dessen Produkt mit den anderen konkurriert, die das Format lesen. Zweitens die beteiligten Personen: Engineers von Anthropic, Google und OpenAI pflegen nun gemeinsam ein Format, das ihre Produkte bereits unterstützen. Drittens wird ein formaler Prozess etabliert – und man muss der Foundation nicht beitreten, um daran mitzuwirken.

Drei Dinge ändern sich nicht – und genau diese wirken sich auf Ihr Repository aus. Das Format entspricht exakt der Datei vom 21. Oktober. Die Spezifikation legt nach wie vor nicht fest, wo Skills abgelegt werden; sie definiert lediglich den Aufbau eines Skill-Verzeichnisses, und jedes Produkt entscheidet selbst, welche Verzeichnisse es durchsucht. Und produktspezifische Erweiterungen bleiben produktspezifisch: Ein Feld, das ein Agent versteht, kann von einem anderen weiterhin ignoriert oder abgelehnt werden.

Ein Detail zeigt, wie frisch dieser Wechsel ist: Am 26. Oktober besagte der Contributing-Leitfaden des Repositorys immer noch, dass Logo-Anfragen „vom Anthropic-Team geprüft werden“, und die Seite der Spezifikation trug keine Versionsnummer. Versionierte Releases stehen lediglich auf der vorgeschlagenen Roadmap und sind noch nicht umgesetzt. Betrachten Sie die Spezifikation in der Praxis als stabil und auf dem Papier als unversioniert.

Einen Skill einmal schreiben, in mehreren Agents laden

Hier ist ein minimaler Skill, der der Spezifikation exakt entspricht. Der name besteht aus Kleinbuchstaben, Zahlen und Bindestrichen, umfasst maximal 64 Zeichen und stimmt mit dem Ordnernamen überein. Die description beschreibt innerhalb des Limits von 1.024 Zeichen, was der Skill tut und wann er eingesetzt werden sollte. Alle weiteren Felder sind optional.

.agents/skills/migration-review/
├── SKILL.md
└── references/
    └── CHECKLIST.md

---
name: migration-review
description: Reviews a database migration before it merges. Checks reversibility, locking on large tables, and data backfills. Use when a diff adds or changes files under migrations/ or the user asks for a migration review.
license: Apache-2.0
metadata:
  owner: platform-team
  version: "1.2"
---

# Migration review

1. List every migration file in the diff.
2. For each one, confirm a down migration exists, or state why it cannot.
3. Flag any ALTER TABLE on a table listed in references/CHECKLIST.md as large.
4. Flag backfills that run inside the migration instead of a separate job.
5. Report one line per file: PASS, or FAIL with the reason.

Do not edit the migration. Report only.

Die metadata-Werte sind Zeichenketten in Anführungszeichen, da die Spezifikation metadata als Map von String-Schlüsseln zu String-Werten definiert. Die Referenzdatei liegt eine Ebene unter SKILL.md, wie von der Spezifikation empfohlen. Überprüfen Sie den Skill mit dem Referenz-Validator, bevor andere darauf aufbauen:

skills-ref validate ./.agents/skills/migration-review

Nun zu dem Punkt, den die Foundation nicht löst: die Discovery-Pfade. In der Skills-Dokumentation von Codex werden .agents/skills im Repository und $HOME/.agents/skills für Benutzer aufgeführt. Die Dokumentation von Claude Code nennt .claude/skills/<skill-name>/SKILL.md für Projekte und ~/.claude/skills/ für Personen. Beide folgen symbolischen Links (Symlinks) auf Skill-Ordner. Behalten Sie daher eine echte Kopie unter .agents/skills – der clientübergreifenden Konvention, deren Durchsuchung der Client Implementation Guide der Spezifikation empfiehlt – und verlinken Sie diese für Claude Code:

mkdir -p .claude/skills
ln -s ../../.agents/skills/migration-review .claude/skills/migration-review
git add .agents/skills .claude/skills

Ein Ordner, ein Review, ein zentraler Ort für Aktualisierungen. Produkte, die .agents/skills direkt durchsuchen, benötigen keinen Symlink; prüfen Sie hierzu die jeweilige Dokumentation.

Drei Regeln sorgen dafür, dass ein Skill portabel bleibt:

• Verwenden Sie in der geteilten Kopie ausschließlich die sechs Spezifikationsfelder (name, description, license, compatibility, metadata, allowed-tools). Laut Dokumentation von Claude Code werden Uploads auf claude.ai sowie Aufrufe der Skills-API bei jedem anderen Schlüssel mit einem harten Fehler abgebrochen, während Claude Code selbst Erweiterungen wie context: fork akzeptiert.
• Betrachten Sie allowed-tools als unverbindlichen Hinweis. Die Spezifikation kennzeichnet dies als experimentell, und die Unterstützung variiert je nach Agent.
• Halten Sie produktspezifische Konfigurationen aus dem geteilten Frontmatter heraus. Codex liest optionale UI- und Aufrufeinstellungen aus einer Datei namens agents/openai.yaml im Skill-Ordner, die von anderen Agents ignoriert wird.

Standardisieren Sie auf das gemeinsame Format, wenn mehr als ein Agent oder mehr als eine Person an demselben Repository arbeitet. Verzichten Sie auf den Mehraufwand, wenn eine einzelne entwickelnde Person nur einen einzigen Agenten nutzt: Ein persönlicher Skill im agenteneigenen Verzeichnis reicht völlig aus, und die Portabilität kann warten, bis ein zweiter Agent hinzukommt.

Die Vertrauensfrage geht nicht an die Foundation über

Ein neutraler Träger des Formats macht Skills an sich noch nicht sicher. Der Leitfaden zur Client-Implementierung weist darauf hin, dass Skills auf Projektebene aus dem Repository stammen, an dem gearbeitet wird – was ein neu geklontes Projekt sein kann, das man nicht selbst kontrolliert. Daher wird Agents empfohlen, solche Skills erst nach einer Vertrauensprüfung zuzulassen. Anthropics vorgeschlagene Roadmap umfasst Sicherheitsrichtlinien für diejenigen, die Skills schreiben und installieren; das zeigt, dass diese Richtlinien derzeit noch nicht in finaler Form vorliegen.

Bis dahin sollten Sie einen Skill wie jede andere Abhängigkeit prüfen: Lesen Sie SKILL.md und sämtliche Skripte, bevor ein Agent sie ausführt, vergeben Sie nur die nötigsten Berechtigungen (Least-Privilege-Prinzip) und halten Sie Secrets fern. Bei einer Million veröffentlichter Skills nach Zählung von Anthropic liegt der Engpass nicht im Angebot – sondern im Review.

Die Rolle von Sharkly

Ein einheitliches Format beantwortet lediglich die Frage: „Lässt sich diese Datei in meinem Agenten laden?“ Es beantwortet nicht, welcher Agent welchen Skill besitzt, wer ihn ändern darf und wohin die Ergebnisse fließen. Dieses Verwaltungsproblem wächst mit jedem weiteren Agenten.

In Sharkly nutzt ein Skill SKILL.md als Einstiegspunkt mit dem YAML-name und der description, gefolgt von Anweisungen gemäß der Skills-Dokumentation. Sie können eine SKILL.md, eine .skill-Datei, eine ZIP-Datei oder einen Ordner hochladen, Skills von einer unterstützten öffentlichen URL importieren oder Skills übernehmen, die von der Laufzeitumgebung (Runtime) eines Computers bereits erkannt wurden. Importe werden zu verwalteten Kopien, weshalb die Dokumentation empfiehlt, sie vor der Zuweisung (Binding) zu prüfen. Jeder Skill besitzt genau einen Geltungsbereich bzw. Scope (Organization, Space oder Agent), der bei der Erstellung festgelegt wird; Änderungen sind auf den Ersteller sowie Organization Owners oder Admins beschränkt. Sharkly Skills führt durch die einzelnen Optionen.

Das Binding erfolgt auf Agenten-Ebene, und beim Agenten wählen Sie auch die Runtime aus. Eine Crew ist laut der Crews-Dokumentation „eine wiederverwendbare Gruppe von Personen und Agents, die von einem führenden Leader-Agenten koordiniert wird“, wobei jedes Agent-Mitglied seine eigene Konfiguration behält. Eine Crew, deren Leader auf Claude Code und deren Reviewer auf Codex läuft, kann somit denselben Space-Skill anbinden, während die Ergebnisse jedes Mitglieds weiterhin in denselben Task zurückfließen. Die Agents recherchieren, führen aus, testen und berichten. Menschen entscheiden, welche Skills im Team autorisiert sind, und nehmen die Ergebnisse ab.

Sie können Skills manuell mit einem einzigen Ordner und einem Symlink pro Repository synchron halten oder Sharkly nutzen, um mit wachsendem Team zu steuern, welche Agents welche Skills bereitstellen. Wenn Sie beide Agents parallel betreiben möchten, behandelt der Artikel Claude Code und Codex auf einer gemeinsamen Codebasis die Worktree-Aspekte.

FAQ

Hat sich das Agent-Skills-Format durch den Wechsel zur Agentic AI Foundation geändert? Nein. Mit der Ankündigung wurden Name, Logo, GitHub-Organisation, Domain und Standard übertragen. Die Spezifikation unter agentskills.io ist dieselbe Datei, und bestehende SKILL.md-Skills funktionieren weiterhin.

Wer pflegt Agent Skills jetzt? Laut Anthropics Beitrag übernehmen dies Engineers von Anthropic, Google, OpenAI und weiteren Unternehmen als Einzelpersonen, mit David Soria Parra und Mahesh Murag als Lead Maintainern. Anthropic hat versionierte Releases und einen formalen Proposal-Prozess vorgeschlagen; beides ist bisher noch nicht eingeführt.

Welche Agents unterstützen Agent Skills? Laut Anthropic sind es mehr als 70 Plattformen, darunter ChatGPT, Cursor, GitHub Copilot und VS Code. Die Client-Übersicht auf agentskills.io führt Produkte wie Claude Code, Codex, Gemini CLI, OpenCode, Goose und OpenHands auf. Jedes Produkt legt seine Skill-Verzeichnisse selbst fest; prüfen Sie daher die jeweilige Dokumentation.

Muss ich der Foundation beitreten, um Skills zu schreiben oder beizutragen? Nein. Laut Anthropic können Sie den Standard weiterhin nutzen oder daran mitwirken, ohne Mitglied zu werden; Feedback zur Spezifikation läuft über den Discord-Server des Projekts.

Funktioniert ein für Claude Code geschriebener Skill auch in Codex? Wenn sich das Frontmatter auf die sechs Spezifikationsfelder beschränkt und die Datei an einem Ort liegt, an dem Codex danach sucht: rein formal ja. Spezifische Erweiterungen von Claude Code wie context: fork werden nicht übernommen; lassen Sie diese daher aus der geteilten Kopie heraus. Die Portierung von Skills ist ohnehin nur ein Aspekt beim Wechsel zwischen Agents; der Artikel Kontexterhalt beim Wechsel zwischen Coding-Agents behandelt die übrigen Herausforderungen.