Skills installieren und verwalten

Diese Anleitung zeigt dir, wie du einen Arbeitsbereich mit Skills von GitHub füllst: ein Repository als Quelle hinzufügen, die Skills daraus installieren, die du brauchst, und sie mit der Zeit aktuell halten.

Das Wichtigste, bevor du anfängst: Ein Quell-Repository ist unvertrauenswürdig. Name, Beschreibung und Sternzahl schreibt, wem es gehört. Das einzige Sicherheitssignal, dem Control Center vertraut, ist das Scan-Urteil des Virenscans. Jede Installation durchläuft es, bevor irgendetwas die Platte oder einen Agenten-Prompt erreicht. Die Begründung steht im Abschnitt Skills des Agentenmodells; diese Seite bleibt bei den Schritten.

Skills liegen unter Einstellungen → Arbeitsbereich → Fähigkeiten (/workspaces/<id>/settings/workspace/skills). Sie gelten für diesen Arbeitsbereich: Was du hier installierst, gehört nur hierher. Die Seite hat zwei Tabs: Installiert (lokale Skills, einschließlich eines Editors Neuer Skill) und Quellen (GitHub-Kataloge). Beide Schreibvorgänge durchlaufen dasselbe Scan-Tor.

Ein Skill-Repository hinzufügen

Öffne Einstellungen → Arbeitsbereich → Fähigkeiten und wechsle zum Tab Quellen.
Drücke Repository hinzufügen.
Füge eine GitHub-Repository-URL ein, zum Beispiel https://github.com/anthropics/skills, und bestätige.

Der Server prüft, dass das Repository existiert und mit seinen Zugangsdaten sichtbar ist, und hängt es dann an die linke Leiste. Dazwischen sitzt kein kuratierter Katalog: Jedes GitHub-Repository geht, und den Ruf beurteilst du selbst — eine Sternzahl ist ein Indiz, nie eine Garantie.

Die Skills eines Repositorys sind die Verzeichnisse mit einer SKILL.md (bis zu drei Ebenen tief, plus das Layout des Claude-Plugin-Marketplace plugins/<plugin>/skills/<skill>; Abhängigkeits- und Vendor-Bäume werden übersprungen). Sagt das Raster später, das Repository habe keine Skills, heißt das genau das: Kein Verzeichnis darin folgt der Skill-Konvention.

Einen Skill vor dem Installieren prüfen

Wähle ein Repository in der Leiste. Seine Skills erscheinen rechts als Raster, darüber ein Filterfeld, das den Katalog nach Name, Beschreibung oder Slug eingrenzt. Klicke eine Karte an, um die Detailansicht zu öffnen. Sie zeigt drei Dinge:

Die README, als Markdown gerendert — die README.md im Skill-Verzeichnis, oder der Rumpf der SKILL.md, wenn es keine README gibt.
Die Scan-Vorschau — das Urteil (pass, warn oder quarantine), die Fähigkeiten, die der Inhalt des Skills deklariert (führt die Shell aus, schreibt Dateien, Netzwerkzugriff …), und jeden Befund, den der Scanner festgehalten hat.
Die Dateianzahl — eine Installation schreibt das ganze Verzeichnis des Skills, nicht nur seine SKILL.md.

Die Vorschau scannt genau die Bytes, die eine Installation schreiben würde. Das Urteil, das du siehst, ist das Urteil der Installation; hinter deinem Rücken wird nichts neu beurteilt.

Einen Skill installieren

Öffne die Detailansicht des Skills.
Lies das Scan-Urteil. Bei einem Urteil warn oder pass drückst du Installieren.
Bei einem Urteil quarantine bleibt die Installation deaktiviert, bis du Ich akzeptiere das Risiko — trotzdem installieren ankreuzt. Diese Übersteuerung wird festgehalten, nicht stillschweigend vorausgesetzt.

Die Installation schreibt das Verzeichnis des Skills in den Arbeitsbereich, legt einen Pin in skills-lock.json ab (Quell-Repository, Pfad, der Commit, von dem er stammt, und ein Inhalts-Hash), und der Skill steht den Agenten im Arbeitsbereich zur Verfügung. Eine Karte mit Name vergeben heißt, dass ein anderer Skill diesen Namen lokal schon besitzt — deinstalliere den zuerst.

Skills mit der Zeit aktualisieren

Karten installierter Skills tragen Badges: Installiert, oder Update verfügbar, wenn das Repository über den Commit hinaus ist, den du gepinnt hast. Öffne die Detailansicht und drücke Aktualisieren, um den Skill beim neuen Commit erneut abzurufen. Ein Update durchläuft dasselbe Scan-Tor wie eine Installation — ein Skill, dessen neue Version unter Quarantäne fällt, wird abgelehnt, und die Version, die du hattest, bleibt. Der Hash der alten Version bleibt in der Lock-Datei als Referenz für ein Rollback.

Einen Skill deinstallieren, ein Repository entfernen

Deinstallieren (in der Detailansicht eines installierten Skills, oder Löschen im Tab Installiert) entfernt das Verzeichnis des Skills und seinen Lock-Pin zusammen — ein deinstallierter Skill hinterlässt nichts.

Ein Repository entfernen nimmt aus der Leiste nur den Katalog: Skills, die du daraus installiert hast, bleiben installiert und lassen sich weiter aktualisieren, weil ein Pin das Repository unter seinem Namen festhält und nicht als Verweis auf den Quelleneintrag. Füge das Repository wieder hinzu, wenn du es erneut durchsuchen willst.

Einen Skill aufrufen

Skills werden unter einem eigenen Namensraum aufgerufen, damit sie nie mit den eingebauten Slash-Befehlen kollidieren (/plan, /goal, /loop, /compact):

/skill:<name> — ein Skill, der in diesem Arbeitsbereich installiert oder dem Agenten zugeordnet ist
/skill:<repo>:<name> — ein Skill, den ein in diesem Bereich ausgechecktes Repo mitbringt

Ein bloßer Name, der kein eingebauter Befehl ist, wird weiter aufgelöst, für Nachrichten aus der Zeit vor dem Namensraum. /skill:plan erreicht einen Skill namens plan; /plan ist immer der eingebaute Befehl.

Repo-bezogene Skills

Ein ausgechecktes Repo kann eigene Skills mitbringen, in .agents/skills/, .agent/skills/, .claude/skills/, .opencode/skills/ oder skills/. Die installierst du über diese Seite nicht. Ein Agent trägt nur die Skills des Repos, in dem er gerade arbeitet; sie wechseln, wenn er wechselt. Der Composer ist nicht so eingegrenzt: /skill:<repo>:<name> erreicht jedes Repo im Bereich.

Repo-Skills durchlaufen denselben Scan, der im Zweifel schließt (pass / warn / quarantine), bevor ihr Frontmatter einen Prompt erreicht. warn wird zugelassen; quarantine wird zurückgehalten, und auf diesem Weg kannst du das nicht übersteuern.

Siehe Repo-bezogene Skills und Slash-Befehle.