Knowledge Bite · Spickzettel
Teile Skills so, dass dein Team sie nutzen und pflegen kann.
Wähle den Sharing-Weg passend zu eurer Arbeitsweise. Lege getrennt fest, für wen der Skill gilt, wo ihr ihn pflegt und wie er den Agenten erreicht.
- Stand
- 29. Oktober 2026
- Quelle
- Offizielle Produktdokumentation
- Grenze
- Verfügbarkeit und Verwaltung hängen von Produkt, Tarif und Freigaben ab.
Geltungsbereich und Speicherort sind zwei Entscheidungen
| Für wen? | Gepflegte Quelle | Bereitstellung beim Agenten |
|---|---|---|
| Persönlich | Dein Skill-Paket | Persönlicher Skill-Ordner oder Produktverwaltung |
| Projekt | Projekt-Repository oder freigegebene Projektablage | Projekt-Skills, Installation oder Upload |
| Dauerhaftes Team | Team-Bibliothek mit Owner und Freigabe | Gemeinsame Verwaltung oder definierter Updateweg |
| Organisation | Zentral freigegebene Standards, etwa Brandvorgaben | Produktgestützte Verteilung oder verwaltete Installation |
Ein organisationsweiter Skill kann lokal projektübergreifend installiert sein. Seine Reichweite im Unternehmen bestimmt keinen Dateipfad.
Nutze den Weg, den dein Team beherrscht
Ihr arbeitet mit Git
Pflegt das Paket im Repository. Prüft Änderungen gemeinsam, schützt Freigaben und benennt einen nutzbaren Versionsstand. Projekt-Skills können mit dem Projekt reisen.
Ihr arbeitet ohne Git
Nutzt Drive, OneDrive oder SharePoint für freigegebene Pakete; Notion kann die redaktionelle Quelle sein. Prüft zuerst eine geeignete gemeinsame Skill-Verwaltung eures Produkts.
Ein GitHub-Repository aktualisiert Geräte nicht von selbst. Drive oder Notion installieren keinen Skill. Lokale Kopien brauchen Updates; Symlinks vermeiden Kopien, lösen aber keine Synchronisierung, Rechte oder Freigaben.
Vor der gemeinsamen Nutzung klären
- Owner und Rechte: Wer pflegt, wer schlägt Änderungen vor, wer gibt frei?
- Freigegebener Stand: Version, Änderungsprüfung und Rückweg festhalten.
- Updates: Wie erreicht der freigegebene Stand alle Nutzer?
- Vollständiges Paket: Vorlagen, Referenzen, Skripte, Zugänge und Abhängigkeiten mitprüfen; keine privaten Ordner voraussetzen.
- Zweite Person: Mit dem freigegebenen Paket einen echten Projektstatus erstellen und Fehler an den Owner melden.
Das Produkt bestimmt den tatsächlichen Zugriff
| Produkt / Quelle | Persönlich | Im Projekt | Gemeinsam bereitstellen |
|---|---|---|---|
| OpenAI CodexSkillsPlugins | ~/.agents/skills/ | .agents/skills/ | Plugins/Katalog. Ordner-Symlinks dokumentiert; lokale Ordner sind nicht automatisch in Cloud-Sitzungen verfügbar. |
| Claude CodeDokumentation | ~/.claude/skills/ | .claude/skills/ | Plugins; Account-Download bei unterstützter Anmeldung. Lokale Änderungen werden nicht hochgeladen. Ordner-Symlinks dokumentiert. |
| Claude CoworkSkillsCloud-Grenzen | Account: Customize → Skills | Kein lokaler Projekt-Skill-Ordner | ZIP hochladen und aktivieren; Team/Enterprise: Teilen/Org-Bibliothek. Liest lokale Claude-Code-Skills nicht; Symlinks unbestätigt. |
| GitHub CopilotSkillsCLI | CLI: ~/.copilot/skills/ oder ~/.agents/skills/ | .github/skills/, .claude/skills/ oder .agents/skills/ | gh skill: Installation/Updates. Oberfläche beachten; persönliche Cloud-Skills brauchen einen eigenen Weg. Symlinks unbestätigt. |
| Microsoft Copilot CoworkOneDriveTeilen | OneDrive: /Documents/Cowork/skills/ | Projects: Kontext/Anweisungen; kein besonderer Skill-Ordner belegt | Customize → Skills: Upload. Teilen mit Organisationsmitgliedern; Änderungen erneut teilen (Re-share). Discovery zum Sitzungsstart; Symlinks unbestätigt. |
| Microsoft 365 Copilot · Agent BuilderUploadGrenzen | Skill je deklarativem Agenten | Configure → Skills → Add: vollständiges ZIP | SKILL.md an der ZIP-Wurzel. Wiederverwendung zwischen Agents nicht unterstützt; kein globaler lokaler Pfad/Symlink-Weg belegt. |
Ordnerpfade enthalten je <name>/SKILL.md; ~ bedeutet Benutzerordner. Referenzen, Vorlagen und Skripte mitliefern. Symlinks „unbestätigt“ bedeutet: in diesen Quellen nicht belegt. Produktwege prüfen; keine Konten getestet.