Skills teilen

Skills teilen

Wichtigste Erkenntnisse

• Projekt-Skills in .claude/skills werden automatisch über Git geteilt – jeder, der das Repo klont, erhält sie
• Plugins ermöglichen es dir, Skills über Repositories hinweg via Marketplaces für eine breitere Nutzung in der Community zu verteilen
• Enterprise Managed Settings stellen Skills unternehmensweit mit der höchsten Priorität bereit – ideal für verpflichtende Standards und Compliance
• Subagenten sehen deine Skills nicht automatisch – du musst Skills explizit im Frontmatter-Feld skills eines benutzerdefinierten Agenten aufführen
• Integrierte Agenten (Explorer, Plan, Verify) können überhaupt nicht auf Skills zugreifen – nur benutzerdefinierte Subagenten, die in .claude/agents definiert sind, können das

Skills werden deutlich wertvoller, wenn sie geteilt werden. Ein PR-Review-Skill, den nur du verwendest, ist hilfreich, aber derselbe Skill, der im gesamten Team geteilt wird, standardisiert das Code-Review und schafft ein einheitliches Erlebnis in deiner gesamten Organisation. Schauen wir uns die verschiedenen Möglichkeiten an, Skills zu verteilen.

Skills in deinem Repository committen

Die einfachste Methode zum Teilen ist, Skills direkt in deinem Repository zu committen. Platziere sie in .claude/skills, und jeder, der das Repo klont, erhält diese Skills automatisch – keine zusätzliche Installation nötig.

Wenn du Updates pushst, erhält jeder sie beim nächsten Pull. Dieser Ansatz funktioniert gut für:

• Team-Coding-Standards
• Projektspezifische Workflows
• Skills, die auf die Struktur deiner Codebasis verweisen

Das Verzeichnis .claude enthält deine Agenten, Hooks, Skills und Einstellungen – alle versionskontrolliert und über normale Git-Workflows mit dem Team geteilt.

Skills über Plugins verteilen

Plugins sind eine Möglichkeit, Claude Code mit benutzerdefinierter Funktionalität zu erweitern, die dafür konzipiert ist, teamübergreifend und projektübergreifend geteilt zu werden. Erstelle in deinem Plugin-Projekt ein skills-Verzeichnis, das einer ähnlichen Dateistruktur wie das .claude-Verzeichnis folgt – jeder Skill erhält seinen eigenen Ordner mit einer SKILL.md-Datei darin.

Nachdem du dein Plugin an einen Marketplace verteilt hast, können andere Nutzer es entdecken und selbst in Claude Code installieren.



Dieser Ansatz eignet sich am besten, wenn deine Skills nicht zu projektspezifisch sind und für Community-Mitglieder über dein unmittelbares Team hinaus nützlich sein können.

Enterprise-Bereitstellung über Managed Settings

Administratoren können Skills unternehmensweit über Managed Settings bereitstellen. Enterprise-Skills haben die höchste Priorität – sie überschreiben persönliche, projekt- und plugin-Skills mit demselben Namen.



Die Managed-Settings-Datei unterstützt Funktionen wie strictKnownMarketplaces, um zu steuern, von wo aus Plugins installiert werden können:

"strictKnownMarketplaces": [
  {
    "source": "github",
    "repo": "acme-corp/approved-plugins"
  },
  {
    "source": "npm",
    "package": "@acme-corp/compliance-plugins"
  }
]

Dies ist die richtige Wahl für verpflichtende Standards, Sicherheitsanforderungen, Compliance-Workflows und Coding-Praktiken, die in der gesamten Organisation konsistent sein müssen. Das Schlüsselwort hier ist „müssen".

Skills und Subagenten

Hier ist etwas, das Leute überrascht: Subagenten sehen deine Skills nicht automatisch. Wenn du eine Aufgabe an einen Subagenten delegierst, startet dieser mit einem frischen, sauberen Kontext.

Es gibt wichtige Unterschiede, die du verstehen solltest:

• Integrierte Agenten (wie Explorer, Plan und Verify) können überhaupt nicht auf Skills zugreifen
• Benutzerdefinierte Subagenten, die du definierst, können Skills nutzen, aber nur, wenn du sie explizit aufführst
• Skills werden geladen, wenn der Subagent startet, nicht bedarfsgesteuert wie in der Hauptkonversation

Um einen benutzerdefinierten Subagenten mit Skills zu erstellen, füge eine Agenten-Markdown-Datei in .claude/agents hinzu. Du kannst den Befehl /agents in Claude Code verwenden, um interaktiv einen zu erstellen:



Die generierte Agenten-Datei enthält ein skills-Feld, das aufführt, welche Skills geladen werden sollen. So sieht das Frontmatter aus:

---
name: frontend-security-accessibility-reviewer
description: "Use this agent when you need to review frontend code for accessibility..."
tools: Bash, Glob, Grep, Read, WebFetch, WebSearch, Skill...
model: sonnet
color: blue
skills: accessibility-audit, performance-check
---

Wenn du an diesen Subagenten delegierst, hat er beide Skills geladen und wendet sie auf jedes Review an. Stelle zunächst sicher, dass die Skills in deinem .claude/skills-Verzeichnis existieren, und erstelle dann entweder einen neuen Subagenten oder füge das skills-Feld zur Markdown-Datei eines vorhandenen Agenten hinzu.

Dieses Muster funktioniert wirklich gut, wenn:

• Du eine isolierte Aufgabendelegation mit spezifischer Expertise möchtest
• Verschiedene Subagenten unterschiedliche Skills benötigen (Frontend-Reviewer vs. Backend-Reviewer)
• Du Standards in delegierter Arbeit durchsetzen möchtest, ohne dich auf Prompts zu verlassen

Reflexion zur Lektion

• Welche Verteilungsmethode (Repository, Plugin, Enterprise) ist für die Skills, die du dir vorgestellt hast, am sinnvollsten?
• Hast du Workflows, bei denen benutzerdefinierte Subagenten mit spezifischen Skills die Konsistenz in delegierter Arbeit verbessern würden?

Was kommt als Nächstes

In der letzten Lektion lernst du, wie du häufige Probleme mit Skills behebst – von Skills, die nicht ausgelöst werden, über Prioritätskonflikte bis hin zu Laufzeitfehlern – mit einer praktischen Checkliste, auf die du jederzeit zurückgreifen kannst.