TER für Agent Skills: Warum das TYPO3-Ökosystem jetzt ein kuratiertes Skills-Verzeichnis braucht

Agent Skills sind der neue Verteilweg für Entwickler:innen-Wissen: Markdown-Ordner, die KI-Coding-Agents wie Claude Code, Cursor oder Gemini CLI bei Bedarf mit Fachwissen versorgen. Das Format ist eine offene Spezifikation, die von rund 30 Agents unterstützt wird – und das Ökosystem wächst schneller, als irgendjemand prüfen kann, was da eigentlich installiert wird.

Für TYPO3 liegt darin eine Chance: Horizontale Marktplätze testen Skills nicht gegen ein echtes TYPO3-Projekt, ihre Scraper unterscheiden nicht zwischen v13- und v14-APIs, und ein offizielles TYPO3-Verzeichnis gibt es bisher nicht. Wir betreiben mit 137 kuratierten Skills bereits einen der größten qualitätsgesicherten Skill-Kataloge mit TYPO3-Schwerpunkt . In diesem Beitrag beschreiben wir ausführlich, wie ein kuratiertes Agent-Skills-Verzeichnis für das TYPO3-Ökosystem aussehen könnte: Architektur, Governance, Recht und langfristige Tragfähigkeit. Der Beitrag ist eine strategische Analyse und zugleich eine Einladung an die Community, mitzudenken.

Inhaltsverzeichnis  

Die Ausgangslage: viele Skills, kaum Prüfung  

Die Skill-Landschaft hat sich binnen weniger Monate von einem einzelnen Referenz-Repository zu einem Dutzend Verzeichnissen entwickelt. Anthropic pflegt einen kuratierten Beispielkatalog , Vercels skills.sh setzt auf Install-Telemetrie und Leaderboards , SkillsMP indexiert Skills per GitHub-Scraper – und stellt ausdrücklich klar, keine Sicherheit zu zertifizieren . Alle diese Anbieter konkurrieren über Menge; geprüfte Qualität für ein einzelnes CMS bietet bisher niemand an.

Die Sicherheitslage ist dabei kein Nebenschauplatz, sondern das zentrale Argument: Snyks ToxicSkills-Analyse fand in öffentlichen Skill-Verzeichnissen alles von Prompt Injection bis zu Infostealern . Skills sind eine größere Angriffsfläche als klassische Pakete – schon der reine Text einer SKILL.md kann einen Agent manipulieren, ganz ohne ausführbaren Code.

Andere CMS-Communities sind hier schon weiter: Auf Drupal.org gibt es bereits ein CI-validiertes Agentic-Skills-Projekt der Drupal-AI-Initiative . Im TYPO3-Umfeld liefert der kuratierte Claude-Code-Marketplace von Netresearch einen guten Baustein, aber noch kein gemeinsames, ökosystemweites Verzeichnis. Wer diese Lücke zuerst mit einem soliden Angebot schließt, wird die weitere Entwicklung im Ökosystem vermutlich maßgeblich prägen.

Was ein kuratiertes Verzeichnis leisten kann  

Horizontale Verzeichnisse listen Skills nur auf, testen können sie sie nicht. Ein auf TYPO3 spezialisiertes Verzeichnis kann deshalb Zusagen machen, die für einen Scraper nicht erreichbar sind:

Vertrauens-Badges müssen dabei genau sagen, was sie belegen – und was nicht. Warum das so wichtig ist, zeigen die Supply-Chain-Angriffe der jüngeren Vergangenheit: Beim Nx-Vorfall wurden Entwickler-Pakete mit Millionen wöchentlicher Downloads über kompromittierte Publishing-Zugänge trojanisiert . Ein Badge, das nur die Identität verifiziert, weckt falsches Vertrauen in die Inhalte. Deshalb setzen wir auf gestufte, datierte Aussagen über den Prüfprozess:

Architektur: Git-first statt Plattform-Monolith  

Die wichtigste Architektur-Lektion stammt aus dem eigenen Ökosystem: TER hat als Trust- und Discovery-Schicht überlebt, während die Distribution längst zu Composer/Packagist gewandert ist – TERs eigenes Composer-Repository ist deprecated . Discovery und Distribution lassen sich also trennen. Nach diesem Prinzip ist auch unsere Architektur aufgebaut: Das Verzeichnis verantwortet Discovery und Vertrauen, die Auslieferung übernehmen bestehende Kanäle.

Das Monorepo ist die Source of Truth; ein CI-Job generiert daraus einen statischen Index (JSON, Atom-Feed, Prüfsummen, Herkunftsnachweise). Eine Datenbank kommt erst dazu, wenn Self-Service-Publishing sie wirklich erfordert – bis dahin ist der statische Index zugleich die öffentliche Read-API. Registry-spezifische Metadaten bleiben spezifikationskonform in Frontmatter-Feldern mit eigenem Namespace :

name: typo3-solr
description: Konfiguriert und debuggt Apache Solr für TYPO3 (EXT:solr).
license: CC-BY-SA-4.0
metadata:
version: "1.3.0"
typo3/core: "13,14"
registry/maturity: stable
registry/tested: "14.3@2026-07"
registry/agents: "claude-code,cursor,codex,gemini-cli,windsurf"

Bei der Distribution bedienen wir alle Wege, die Entwickler:innen ohnehin nutzen. Ein marketplace.json macht das Repository per /plugin marketplace add direkt in Claude Code installierbar . npx skills add erreicht rund 70 Agents, bei Bedarf über automatische Konvertierung für Agents ohne native Unterstützung der Spezifikation . Ein MCP-Server mit verifiziertem Namespace bietet Suche und Installation für Agents an , und ein Composer-Plugin holt TYPO3-Teams dort ab, wo ihre Projekte leben. Updates laufen nie unbemerkt: Skills sind eine Angriffsfläche für Prompt Injection, deshalb zeigt jede Aktualisierung vor dem Anwenden ihr Changelog.

Governance: Wer prüft, wer pflegt, wer zieht zurück?  

Ein Verzeichnis ist nur so vertrauenswürdig wie sein Review-Prozess und nur so fair wie seine Regeln. Die Submission läuft PR-basiert in vier Stufen:

1. Bot-Triage: Vollständigkeit, DCO-Sign-off, eine Skill-Einreichung pro Pull Request.
2. CI-Gates: Schema-Validierung, Link- und Lizenzprüfung, Secret-Scanning – plus ein Prompt-Injection-Linter, der Exfiltrations-Anweisungen, versteckte HTML-Kommentare und destruktive Defaults erkennt.
3. Funktionaler Review: Eine Maintainerin oder ein Maintainer führt den Skill gegen ein reales TYPO3-v14.3-Projekt in DDEV aus und bewertet nach veröffentlichter Rubrik.
4. Editorial & Publish: Namens- und Überlappungsprüfung, Provenienz-Eintrag, Veröffentlichung mit dokumentiertem Review.

Namespaces lassen sich nicht einfach reservieren: Den Namen typo3-seo bekommt, wer die erste akzeptierte Einreichung liefert. Verifizierte Vendor-Namespaces wie netresearch/* geben Agenturen einen eigenen, klar zugeordneten Bereich; ein öffentliches Verified-Publisher-Profil macht ihre Beiträge sichtbar und liefert dem Verzeichnis zugleich nützliche Inhalte. Verwaiste Skills durchlaufen ein Adoptionsverfahren nach TER-Vorbild, statt still zu veralten.

Für den Ernstfall übernehmen wir das Playbook des TYPO3 Security Teams : Intake über eine Security-Adresse, koordinierte Advisories mit laufender Nummer – und ein signierter Yank-Feed, den die Installer bei jedem Sync prüfen. Ein zurückgezogener Skill verschwindet nicht nur aus dem Index, sondern warnt aktiv alle, die ihn installiert haben. Das leistet derzeit kein horizontales Verzeichnis. Wenn das Verzeichnis wächst, folgt die Governance dem Drupal-Modell: Maintainer:innen werden einmal gründlich geprüft, ihre weiteren Projekte danach mit wenig Aufwand per Badge abgedeckt .

Recht: Marke, Lizenzen, Haftung  

Drei weitere Rechtsfelder entscheiden darüber, wie belastbar das Projekt aufgestellt ist:

Lizenzen. Jeder Skill deklariert seine Lizenz als SPDX-Feld im Frontmatter; das Verzeichnis hostet nur, was Redistribution erlaubt – alles andere wird als Metadaten-Eintrag verlinkt statt gespiegelt. Attribution ist ein Pflichtfeld: Upstream-Credits wie die Netresearch-Vorarbeit bleiben maschinenlesbar erhalten.

Plattformpflichten. Sobald das Verzeichnis fremde Einreichungen hostet, greifen die Hosting-Grundpflichten des Digital Services Act: ein Notice-and-Action-Mechanismus, Begründungen bei Entfernungen, benannte Kontaktstellen . Für ein Kleinstunternehmen bleibt das schlank umsetzbar – ein „Skill melden“-Formular mit dokumentiertem Takedown-Prozess deckt den Kern ab.

Produkthaftung. Die neue EU-Produkthaftungsrichtlinie stuft Software als Produkt ein; die Umsetzungsfrist endet am 9. Dezember 2026 . Die Open-Source-Ausnahme gilt nur außerhalb kommerzieller Tätigkeit – für ein agenturbetriebenes Verzeichnis ist sie fragil. Daraus folgt für uns: Badges beschreiben Prüfprozesse statt Ergebnisgarantien, Disclaimer erscheinen in jedem Installationskanal (Frontmatter, Installer-Ausgabe, MCP-Beschreibung), und der Termin in der Anwaltskanzlei kommt vor dem Launch, nicht danach.

Vertrauensverfall über LTS-Zyklen  

Ein unbequemer Punkt bleibt bei jedem solchen Vorhaben: Prüfergebnisse veralten zwangsläufig. TYPO3 liefert im LTS-Takt , und mit jedem Major-Release altern getestete Skills . Wir begegnen dem mit einer veröffentlichten Regel für das Altern von Prüfungen (Decay-Policy): „Getestet auf v14.3“ bleibt als datierte, versionierte Angabe stehen, und ein berechneter Freshness-Status (aktuell / ungetestet auf neuem LTS / überholt) macht die Alterung sichtbar. Ein Kern von rund 40 Core-Certified-Skills wird garantiert binnen 30 Tagen nach einem LTS-Release neu zertifiziert; den Rest pflegt die Community, sein Prüfstatus bleibt sichtbar.

Wie sich das Verzeichnis langfristig trägt  

Eine realistische Einschätzung vorweg: TYPO3 ist ein Nischen-Ökosystem mit wenigen hundert relevanten Agenturen, stark DACH-zentriert. Ein bezahlter Skill-Marketplace würde sich auf dieser Basis nicht tragen – das muss er auch nicht. Das Verzeichnis ist kein Produktgeschäft, sondern ein langfristiger strategischer Vorteil für den Betreiber: Der öffentliche Katalog bleibt dauerhaft kostenlos. Einnahmen entstehen über begleitende Angebote – Team-Workshops zu KI-gestützter TYPO3-Entwicklung, Sponsoring ab relevanter Reichweite und später gehostete private Registries für Agenturen mit proprietären Skills.

Auch für die Eigentumsfrage gibt es erprobte Vorbilder: Packagist.org wird bis heute von einer privaten GmbH betrieben und bleibt trotzdem die neutrale Registry des PHP-Ökosystems . HACS wurde Partner der Open Home Foundation, ohne das Eigentum zu übertragen . Dieses Modell streben wir an: privat betrieben mit veröffentlichter, neutraler Listing-Policy, plus Endorsed-Operator-Status in Partnerschaft mit der TYPO3 Association . Das Community Budget der Association kommt dabei nur für separierbare offene Infrastruktur infrage – die Förderrichtlinien schließen Ideen mit direktem Erwerbszweck ausdrücklich aus ; diese Grenze respektieren wir von Anfang an.

Häufige Fragen  

Fazit  

Viel Zeit bleibt dafür vermutlich nicht: Die Agent-Skills-Spezifikation ist etabliert , die horizontalen Verzeichnisse haben das Sicherheitsproblem sichtbar gemacht , Drupal hat bereits ein offizielles Modell – nur für TYPO3 gibt es noch nichts Vergleichbares. Wer jetzt Kuratierung, Tests und klare Governance zusammenbringt, kann zum Bezugspunkt für das ganze Ökosystem werden.

Wir bringen 137 Skills, das Prüf-Tooling und dieses Konzept mit. Dazu braucht es die Community – so wie sie auch TER getragen hat.