Claude Skills und Plugins lokal speichern und mit Codex nutzen

Nimm nicht den Claude-Ordner als Hauptablage.

Nutze stattdessen eine zentrale Quelle, zum Beispiel:

~/AI/Skills/

oder ein privates Git-Repo.

Von dort aus werden die Skills in die jeweiligen Tool-Ordner gespiegelt:

• Claude Code liest sie aus seinem Skill-Ordner.
• Claude Desktop oder Cowork nutzt sie oft als hochgeladenes Plugin oder Bundle.
• Codex nutzt eigene Skill- oder Instruction-Ordner.
• Andere Tools können dieselbe Quelle über Symlinks, Copy-Sync oder Bundles verwenden.

Wichtig: Die zentrale Quelle ist die Wahrheit. Die Ordner von Claude, Codex und anderen Tools sind nur Laufzeit-Kopien.

Claude ist bequem, aber als alleinige Ablage für Skills nicht ideal.

Typische Probleme:

• Du weißt später nicht mehr, welche Version aktiv ist.
• Codex kann nicht automatisch auf Claude-interne Uploads zugreifen.
• Skills werden schnell doppelt gepflegt.
• Änderungen in einem Tool kommen nicht automatisch bei den anderen an.
• Manche Plugins enthalten lokale Dateien, ZIPs, Caches oder Upload-State, der nicht sauber portabel ist.

Wenn du mehrere AI-Tools nutzt, brauchst du deshalb eine tool-unabhängige Ablage.

Eine einfache Struktur sieht so aus:

AI/
  Skills/
    _incoming/        # neue, noch ungeprüfte Skills
    _canonical/       # geprüfte und aktiv genutzte Skills
    _archive/         # alte oder ersetzte Skills
    _reports/         # Prüfberichte
  Commands/
    _canonical/       # wiederverwendbare Slash Commands
  Tooling/
    sync-skills.sh    # Skript, das Skills in Claude/Codex spiegelt

Du kannst das natürlich vereinfachen. Für Einsteiger reicht:

~/AI/Skills/
~/AI/Skills/archive/
~/AI/Skills/inbox/

Der wichtigste Punkt ist nicht die perfekte Ordnerstruktur. Der wichtigste Punkt ist: Es gibt genau eine Hauptquelle.

1. Neuer Skill kommt zuerst in den Eingang

Zum Beispiel:

~/AI/Skills/inbox/neuer-skill/

2. Du prüfst den Skill

Achte besonders auf:

• Shell-Befehle
• Dateizugriffe
• Netzwerkzugriffe
• API Keys oder Tokens
• Installationsskripte
• versteckte Telemetry
• gefährliche Befehle wie rm -rf, curl | bash, eval oder exec

3. Du verschiebst ihn in die zentrale Skill-Ablage

Zum Beispiel:

~/AI/Skills/claude-writing-helper/

4. Du spiegelst ihn zu Claude und Codex

Das kann über Symlinks, Kopien oder ein kleines Sync-Skript passieren.

Beispiel:

~/AI/Skills/claude-writing-helper/
  -> ~/.claude/skills/claude-writing-helper/
  -> ~/.codex/skills/claude-writing-helper/

5. Du pflegst Änderungen nur noch zentral

Wenn du den Skill verbesserst, änderst du ihn in ~/AI/Skills/ und führst danach den Sync aus.

Beides kann sinnvoll sein. Die beste Lösung ist meistens: lokal arbeiten, über Git oder Cloud sichern.

Variante	Vorteile	Nachteile	Empfehlung
Nur lokal auf dem Mac	Schnell, privat, funktioniert offline	Kein automatisches Backup, nur auf einem Gerät	Gut für Einzelpersonen und sensible Skills
Cloud-Ordner wie iCloud, Google Drive oder Dropbox	Einfacher Geräte-Sync, Backup inklusive	Sync-Konflikte möglich, sensible Daten landen beim Cloud-Anbieter	Gut für normale Skills ohne Secrets
Privates Git-Repo	Versionierung, Review, Rollback, Team-tauglich	Etwas technischer	Beste Lösung für Power User und Teams
Tool-interne Uploads	Schnell eingerichtet	Nicht portabel, schwer zu versionieren	Nur als Laufzeit-Kopie nutzen

Meine Empfehlung:

• Einzelperson: ~/AI/Skills/ lokal plus privates Git-Backup.
• Team: privates Git-Repo als Hauptquelle.
• Cloud-Ordner: nur für nicht-sensible Skills und als bequemer Sync.

Plugins sind oft mehr als ein einzelner Skill. Sie können enthalten:

• mehrere Skills
• Konfigurationsdateien
• Icons oder Assets
• MCP-Server
• Bundle-Dateien
• Upload-Metadaten

Deshalb solltest du Plugins nicht einfach aus einem App-Cache heraus kopieren.

Besser:

1. Plugin-Quelle lokal sichern.
2. Enthaltene Skills einzeln prüfen.
3. Konfiguration und Secrets trennen.
4. Für Claude/Codex passende Adapter oder Bundles erzeugen.

Ein Plugin ist also eher ein Paket. Ein Skill ist eher eine wiederverwendbare Anleitung.

Nicht zentral kopieren solltest du:

• API Keys
• OAuth-Tokens
• Browser-Cookies
• Login-Sessions
• App-Caches
• lokale Datenbanken mit privaten Inhalten
• automatisch erzeugte Plugin-Cache-Ordner

Stattdessen dokumentierst du nur eine Referenz:

resend_api_key = secret_ref:resend

Das bedeutet: Der Skill weiß, dass er einen Resend-Key braucht. Der Key selbst bleibt aber im Secret-Manager oder im jeweiligen Tool.

Symlinks können praktisch sein, aber sie sind auch eine häufige Fehlerquelle.

Vorteile:

• keine doppelten Dateien
• Änderungen sind sofort sichtbar
• gut für lokale Setups

Nachteile:

• manche Apps folgen Symlinks nicht sauber
• Cloud-Sync kann Symlinks kaputt machen
• ein verschobener Zielordner macht den Skill unbrauchbar

Wenn du Symlinks nutzt, solltest du regelmäßig prüfen, ob sie noch funktionieren. Für stabile Setups ist ein Sync-Skript oft robuster: Es kopiert geprüfte Skills aus der zentralen Ablage in die Runtime-Ordner der Tools.

Lege diesen Ordner an:

~/AI/Skills/

Dann:

1. Jeden neuen Skill dort speichern.
2. Pro Skill eine SKILL.md verwenden.
3. Eine kurze Beschreibung und Triggerwörter ergänzen.
4. Keine Secrets in den Skill schreiben.
5. Den Skill nach Claude/Codex kopieren oder verlinken.
6. Änderungen immer zuerst in ~/AI/Skills/ machen.

Das ist schon 80 Prozent der Lösung.

Wenn du viele Tools nutzt, lohnt sich ein Adapter-System.

Das Prinzip:

• ~/AI/Skills/ ist die Hauptquelle.
• Eine kleine Registry listet alle aktiven Skills.
• Ein Skript erzeugt daraus die richtigen Zielordner für Claude, Codex und andere Tools.
• Nicht mehr genutzte Skills werden archiviert, nicht gelöscht.
• Neue Skills werden zuerst geprüft, bevor sie aktiv werden.

So verhinderst du, dass Claude, Codex und andere Tools plötzlich unterschiedliche Skill-Versionen sehen.

Der beste Weg ist:

1. Skills und Plugin-Quellen lokal als normale Dateien speichern.
2. Eine zentrale Hauptquelle definieren.
3. Claude und Codex nur als Laufzeit-Ziele behandeln.
4. Secrets und Logins nicht mitsynchronisieren.
5. Für mehrere Geräte oder Teams ein privates Git-Repo nutzen.

Kurz gesagt: Deine Skills gehören dir. Speichere sie deshalb nicht nur in einem einzelnen Tool, sondern in einer portablen, prüfbaren und versionierten Struktur.