2026: Cursor Agent Skills nach Mac-Wechsel weiter mit Claude Code nutzen?

Der alte Mac funktioniert, der neue Mac zeigt in Claude Code jedoch zwei gleichnamige Skills.

Die schnellste Lösung: Entscheiden Sie sich für genau eine Quelle. Übernehmen Sie die dateibasierte Variante aus dem versionierten Repository oder installieren Sie das Claude-Code-Plugin neu. Kopieren Sie nicht beides.

Letzte Aktualisierung: 27.08.2026. Installationswege, Verzeichnisregeln und die Warnung vor doppelten Quellen wurden anhand des offiziellen README von mattpocock/skills, der skills-CLI-Dokumentation und der Claude-Code-Dokumentation zu Plugins geprüft.

Dieser Leitfaden ist für drei Situationen gedacht: Sie übertragen ein Cursor-Projekt auf einen neuen lokalen Mac und wollen eigene Skill-Anpassungen behalten. Sie bauen eine temporäre oder gemietete Mac-Umgebung für Entwicklungsaufgaben auf. Oder Sie möchten Cursor und Claude Code auf demselben neuen Mac verwenden, ohne zwei konkurrierende Installationsquellen zu erzeugen.

Die Quellenentscheidung vor dem Umzug

Bei Cursor Agent Skills nach einem Mac-Wechsel 2026 ist nicht die Hardware der kritische Punkt. Entscheidend ist, wo die maßgebliche Kopie liegt.

Die offizielle Dokumentation von mattpocock/skills beschreibt zwei Wege:

• Dateibasierte Installation: Die Skill-Dateien liegen im Projekt- oder vorgesehenen Skill-Verzeichnis. Sie können den Inhalt selbst ändern. Aktualisierungen führen Sie aktiv aus oder übernehmen sie kontrolliert über das Repository.
• Claude-Code-Plugin: Claude Code verwaltet das Paket als Plugin. Die Installation und Aktualisierung erfolgen über den Plugin-Mechanismus von Claude Code, nicht durch manuelles Kopieren derselben Dateien.

Das README warnt ausdrücklich davor, beide Wege gleichzeitig zu installieren. Diese Warnung ist der wichtigste Prüfpunkt für die Migration. Eine Datei und ein Plugin mit gleichem Skill-Namen sind nicht automatisch „mehr Abdeckung“. Sie können zu unklarer Auswahl, abweichenden Versionen und schwer reproduzierbaren Ergebnissen führen.

Notieren Sie deshalb auf dem alten Mac zuerst:

• Welche Quelle ist aktiv?
• Welche Skills wurden lokal angepasst?
• Welche Änderungen sind bereits im Git-Repository?
• Welche Projektinitialisierung wird beim Start erwartet?
• Wird Claude Code bereits über ein Plugin versorgt?

Erst danach sollten Sie Dateien kopieren, npx skills add ausführen oder ein Plugin einrichten. Wenn Sie die alte Quelle nicht eindeutig bestimmen können, behandeln Sie den alten Rechner nicht als Referenz. Verwenden Sie den zuletzt geprüften Repository-Stand oder entfernen Sie die unklare lokale Installation und bauen Sie eine einzelne Quelle sauber neu auf.

Dauerhafter neuer Mac: Repository statt Altgeräte-Cache

Für einen Mac, der dauerhaft Ihr Entwicklungsrechner werden soll, ist die dateibasierte Route sinnvoll, wenn Sie Skills selbst pflegen. Das gilt besonders für Teams, die Review, Branches und reproduzierbare Projektstände benötigen.

mattpocock/skills kann mit dem Git-Repository umziehen, aber nur dann, wenn die relevanten Dateien tatsächlich Bestandteil des versionierten Projekts sind. Ein globaler Ordner, ein temporärer Cache oder eine nicht dokumentierte lokale Änderung auf dem alten Mac ist kein belastbares Übergabepaket.

Gehen Sie so vor:

1. Quelle auf dem alten Mac einfrieren. Prüfen Sie den aktiven Skill-Weg und beenden Sie parallele Installationsversuche. Sichern Sie eigene Änderungen in einem Branch oder Commit.
2. Projektbestand erfassen. Kontrollieren Sie Skill-Verzeichnisse, Projektregeln, Startskripte, Umgebungsvariablen und Konfigurationsdateien. Trennen Sie persönliche Zugangsdaten von übertragbaren Projektdateien.
3. Repository auf dem neuen Mac auschecken. Verwenden Sie einen sauberen Arbeitsbaum. Prüfen Sie danach mit Git, ob die erwarteten Dateien vorhanden sind und ob die Groß- und Kleinschreibung der Pfade unverändert blieb.
4. Skill-Dateien nach aktueller Anleitung bereitstellen. Falls die README für den aktuellen Stand npx skills add verwendet, übernehmen Sie den dort angegebenen Repository-Bezug und die dort dokumentierten Optionen. Verwenden Sie keine ältere Kommandozeile aus einem gespeicherten Terminal-Verlauf, wenn sich CLI oder Pfadregeln inzwischen geändert haben.
5. Projektinitialisierung ausführen. Starten Sie die im Repository dokumentierte Einrichtung. Prüfen Sie nicht nur, ob ein Verzeichnis existiert, sondern ob Cursor und Claude Code den erwarteten Skill sichtbar machen.
6. Eigene Anpassungen vergleichen. Stellen Sie fest, ob lokale Änderungen im neuen Arbeitsbaum denen des alten geprüften Stands entsprechen. Nicht versionierte Anpassungen müssen bewusst übernommen oder verworfen werden.
7. Neues Gespräch testen. Öffnen Sie eine frische Sitzung in Claude Code und führen Sie eine risikoarme Aufgabe aus, etwa die Analyse einer kleinen Dokumentationsdatei. So prüfen Sie Erkennung, Kontext und Ausführung getrennt voneinander.

Die genaue Syntax von npx skills add, der Installationspfad und der Aktualisierungsbefehl sind bewegliche Bestandteile. Richten Sie sich am aktuellen Paketstand der skills-CLI und am Repository-README. Im Runbook Ihres Teams sollte deshalb nicht nur ein Befehl stehen, sondern auch der geprüfte Zweck: Quelle hinzufügen, Quelle aktualisieren oder eine bestimmte Skill-Version bereitstellen.

Für die Übergabe können Sie zusätzlich die Hinweise zur Mac-Konsole und administrativen Prüfung nutzen. Eine Installation ist erst abgeschlossen, wenn Sie die sichtbaren Skills, die Projektinitialisierung und einen realen Testlauf dokumentiert haben.

Kurzlebiger oder gemieteter Mac: reproduzierbar aufbauen

Eine temporäre Mac-Umgebung sollte nicht wie eine Kopie Ihres privaten Benutzerordners behandelt werden. Ihr Ziel ist nicht, jeden lokalen Zustand zu retten. Ihr Ziel ist, den benötigten Entwicklungszustand aus nachvollziehbaren Quellen wiederherzustellen.

Das reduziert mehrere versteckte Risiken:

• Maschinenabhängigkeit: Globale Ordner und persönliche Shell-Einstellungen fehlen beim nächsten Start oder gehören einer anderen Person.
• Versionsdrift: Ein alter Cache kann andere Skill-Dateien enthalten als der aktuelle Repository-Stand.
• Datenschutzrisiko: Tokens, SSH-Schlüssel und lokale Protokolle können versehentlich in ein Übergabepaket geraten. Trennen Sie solche Daten nach dem Grundsatz der geringsten Berechtigung und beachten Sie die DSGVO-Anforderungen Ihres Teams.
• Löschrisiko: Bei einer kurzfristigen Umgebung ist eine nicht committete Anpassung beim Herunterfahren verloren.
• Abrechnungs- und Betriebsrisiko: Eine unnötig vollständig kopierte Benutzerumgebung verlängert die Einrichtung und erschwert die Prüfung, ohne für die eigentliche Skill-Nutzung einen nachgewiesenen Vorteil zu liefern.

Für eine temporäre Aufgabe ist die dateibasierte Variante meist die robustere Wahl, wenn der Skill mit dem Projekt bearbeitet werden soll. Sie laden das Repository, installieren nur die dort benötigte Quelle und können die Änderungen vor dem Löschen zurückführen. Die Plugin-Route passt besser zu einem reinen Claude-Code-Workflow, bei dem Claude Code das Paket verwalten soll und keine lokale Bearbeitung der Skill-Dateien erforderlich ist.

Vor dem Löschen der Umgebung übertragen Sie:

• neue oder geänderte Skill-Dateien,
• Projektkonfiguration ohne Geheimnisse,
• dokumentierte Installationsquelle,
• den geprüften Commit oder Plugin-Stand,
• das Ergebnis der Sichtbarkeits- und Testprüfung.

Nicht als Liefernachweis geeignet sind persönliche Cache-Verzeichnisse, komplette Benutzerordner, unkommentierte Terminal-Historien und lokale Zugangsdaten. Wenn Ihr Team regelmäßig temporäre Macs nutzt, dokumentieren Sie den Wiederaufbau als kurze, versionierte Anleitung. Die konkrete Skill-Quelle bleibt jedoch das Repository beziehungsweise Claude Code.

Plugin-Wiederherstellung auf dem neuen Mac: sauber statt kopiert

Wenn der alte Mac ausschließlich Claude Code über ein Plugin versorgt hat, installieren Sie dieses Plugin auf dem neuen Mac erneut. Übernehmen Sie keine vermeintlich lesbaren Plugin-Dateien aus dem alten Benutzerprofil. Claude Code soll die Plugin-Lebensdauer, Erkennung und Aktualisierung verwalten.

Die Wiederherstellung lässt sich in einer klaren Reihenfolge prüfen:

1. Öffnen Sie Claude Code in der neuen Umgebung.
2. Installieren Sie das benötigte Plugin ausschließlich nach der aktuellen offiziellen Anleitung.
3. Kontrollieren Sie, ob das Plugin aktiviert und für die aktuelle Sitzung verfügbar ist.
4. Prüfen Sie, ob die erwarteten Skills in Claude Code entdeckt werden.
5. Initialisieren Sie das Projekt aus seinem Repository.
6. Führen Sie eine begrenzte Testaufgabe mit bekanntem Ergebnis aus.
7. Starten Sie eine neue Sitzung und wiederholen Sie nur die Sichtbarkeitsprüfung.

Die offiziellen Claude-Code-Hinweise zur Plugin-Referenz erklären die Verwaltungs- und Referenzpunkte. Für das Auffinden verfügbarer Erweiterungen ist zusätzlich die offizielle Übersicht zum Entdecken von Plugins relevant.

Entdecken Sie im Projekt anschließend gleichnamige Skill-Dateien, halten Sie an. Installieren Sie nicht weiter, um die Erkennung „zu reparieren“. Entscheiden Sie zuerst, ob die Datei oder das Plugin die einzige Quelle sein soll. Bei einer Plugin-Entscheidung entfernen Sie die konkurrierende dateibasierte Versorgung nach einer gesicherten Prüfung. Bei einer Datei-Entscheidung deaktivieren oder entfernen Sie das Plugin gemäß offizieller Dokumentation und liefern den geprüften Repository-Inhalt aus.

Gemeinsamer neuer Mac: Werkzeuge gemeinsam, Quellen getrennt

Cursor und Claude Code können auf demselben Mac denselben Projektkontext verwenden. Das bedeutet jedoch nicht, dass Claude Code zwei Installationswege erhalten sollte.

Es gibt zwei saubere Muster:

• Gemeinsame Projektdateien: Cursor und Claude Code lesen die versionierten Skill-Dateien aus dem Projekt. Änderungen werden über Git geprüft. Ein Plugin mit demselben Inhalt bleibt außen vor.
• Claude Code als alleiniger Plugin-Nutzer: Claude Code erhält das Plugin. Cursor arbeitet mit dem Projekt, ohne eine zweite gleichnamige Quelle für Claude Code zu erzeugen.

Prüfen Sie beide Werkzeuge getrennt. Lassen Sie Cursor einen harmlosen, klar begrenzten Test im Projekt ausführen. Öffnen Sie anschließend Claude Code in einer neuen Sitzung und wiederholen Sie eine inhaltlich vergleichbare Prüfung. Kontrollieren Sie dabei:

• Wird der erwartete Skill gefunden?
• Wird derselbe Projektkontext gelesen?
• Werden lokale Regeln und Konfigurationsdateien berücksichtigt?
• Gibt es eine zweite Quelle mit gleichem Namen?
• Ist das Ergebnis nach einem Sitzungsneustart gleich reproduzierbar?

Vermeiden Sie Tests, die Dateien automatisch umschreiben oder produktive Deployments auslösen. Ein kleiner Dokumentations- oder Analyseauftrag reicht für die Quellenprüfung. Die parallele Nutzung der Werkzeuge ist damit getestet, ohne versehentlich einen produktiven Zustand zu verändern.

Übergabe, Abnahme und Rückrolle auf dem neuen Mac

Die Abnahme sollte beweisen, dass der neue Rechner reproduzierbar funktioniert. Ein grünes Gefühl nach dem ersten Terminal-Befehl genügt nicht.

Verwenden Sie diese Checkliste:

• [ ] Die alte Installationsart ist dokumentiert.
• [ ] Die einzige aktive Quelle ist benannt: Projektdateien oder Plugin.
• [ ] Der Repository-Stand oder Plugin-Weg ist nachvollziehbar.
• [ ] Die erwartete Skill-Liste ist in Claude Code sichtbar.
• [ ] Cursor wurde separat geprüft, falls beide Werkzeuge verwendet werden.
• [ ] Eigene Skill-Anpassungen sind versioniert oder bewusst verworfen.
• [ ] Projektkonfiguration wurde ohne Geheimnisse übernommen.
• [ ] Eine risikoarme reale Aufgabe wurde ausgeführt.
• [ ] Eine neue Sitzung wurde gestartet und erneut geprüft.
• [ ] Das Ergebnis und bekannte Abweichungen sind dokumentiert.
• [ ] Vor dem Löschen eines temporären Macs liegen Änderungen wieder im Repository.

Die Rückrolle folgt derselben Logik. Kehren Sie zu dem zuletzt geprüften Repository-Commit zurück oder stellen Sie die eine bestätigte Plugin-Quelle wieder her. Entfernen Sie die neue, fehlerhafte Änderung kontrolliert. Eine zweite Installation über die erste zu legen, ist keine Rückrollstrategie.

Wenn ein Skill nach dem Neustart fehlt, prüfen Sie zunächst Quelle, Projektpfad, Aktivierung und Repository-Stand. Erst danach untersuchen Sie Berechtigungen oder Sitzungsdetails. So bleibt die Fehlersuche auf den tatsächlichen Übergabepunkt begrenzt und wird nicht zu einer unkontrollierten Sammlung lokaler Workarounds.

Häufige Fragen zur Mac-Migration

Müssen Sie Cursor Agent Skills nach dem Wechsel auf einen anderen Mac neu installieren?

Bei der dateibasierten Variante stellen Sie die Dateien aus dem Repository bereit; ein erneutes globales Kopieren ist nicht erforderlich. Bei der Plugin-Variante installieren Sie das Plugin auf dem neuen Mac nach offizieller Anleitung neu. Entscheidend ist die exklusive Quelle. Prüfen Sie außerdem eigene Anpassungen und Projektinitialisierung, bevor Sie den ersten produktiven Claude-Code-Lauf starten.

Kann mattpocock/skills dem Git-Repository folgen?

Ja, sofern Sie die verwendeten, bearbeiteten Dateien im Repository versionieren. Das Repository ist dann die Übergabequelle für den neuen Mac. Nicht versionierte Cache-Dateien und globale Ordner zählen nicht automatisch dazu. Prüfen Sie vor dem Wechsel den Git-Status, sichern Sie bewusste Änderungen und führen Sie nach dem Auschecken einen Vergleich mit dem alten geprüften Stand durch.

Wie vermeiden Sie eine Doppelinstallation in einer gemeinsamen Cursor- und-Claude-Code-Umgebung?

Sie wählen eine einzige Quelle für die gleichnamigen Skills. Entweder lesen beide Werkzeuge die geprüften Projektdateien, oder Claude Code erhält ausschließlich das Plugin. Danach testen Sie Erkennung und Projektkontext in beiden Werkzeugen getrennt. Finden Sie zwei Quellen, halten Sie an und bereinigen Sie zuerst die Installationsentscheidung, statt weitere Befehle auszuführen.

Wie stellen Sie ein Claude-Code-Plugin auf einem neuen Mac wieder her?

Installieren Sie es über den aktuellen offiziellen Claude-Code-Weg und lassen Sie Claude Code die Verwaltung übernehmen. Kopieren Sie keine lokalen Plugin-Dateien vom alten Gerät. Prüfen Sie Aktivierung, Skill-Erkennung, Projektinitialisierung und das Verhalten einer neuen Sitzung. Gleichnamige Projektdateien müssen vor der endgültigen Abnahme als konkurrierende Quelle behandelt werden.

Was passt für einen temporären Mac besser: Plugin oder Projektdateien?

Projektdateien passen zu einem wiederaufbaubaren, versionierten Arbeitsbaum und zu Skills, die Sie selbst ändern müssen. Ein Plugin passt zu einem Claude-Code-only-Auftrag, bei dem die Paketverwaltung in Claude Code bleiben soll. Für beide Wege gilt: Vor dem Löschen müssen Konfiguration, eigene Anpassungen und der Prüfstatus zurück in eine dauerhafte Quelle gelangen.

Ein neuer Mac ist nur dann fertig, wenn die Quelle eindeutig ist

Wenn Sie die dateibasierte Variante nutzen, sind verstreute globale Ordner, nicht committete Anpassungen und alte Caches die Schwachstellen des bisherigen Aufbaus. Wenn Sie ein Plugin verwenden, ist das manuelle Kopieren lokaler Plugin-Dateien der falsche Ersatz für eine saubere Neuinstallation. Eine temporäre Mac-Umgebung verschärft beide Probleme, weil ihr lokaler Zustand nicht als dauerhafte Ablage taugt.

Für kurzfristige Tests, einen neuen Projektstand oder die parallele Prüfung von Cursor und Claude Code ist ein gemieteter Mac deshalb besonders dann sinnvoll, wenn Sie ihn aus einem Repository beziehungsweise einer einzigen Plugin-Quelle reproduzieren. Richten Sie die Umgebung nach der dokumentierten Einrichtung ein und führen Sie diese Abnahme-Checkliste bei der Übergabe aus. Wenn die Umgebung nicht nur für einen kurzen Test, sondern dauerhaft mit stabiler eigener Konfiguration benötigt wird, vergleichen Sie die passende Mietdauer und den Betriebsaufwand über die MacHTML-Angebotsübersicht.

Weiterführende Links: Cursor Agent Skills installieren und projektübergreifend einrichten Claude Code mit MCP unter macOS 27 konfigurieren Workspace-Backup und Wiederherstellung auf dem Cloud-Mac