Zwei Claude-Konten auf dem Mac: Privat & Arbeit

Ich nutze Claude auf demselben Mac für private Projekte und Kundenarbeit. Jedes Ab- und Anmelden beim Wechsel des Kontexts unterbricht den Arbeitstag, und leicht beginnt man ein Gespräch im falschen Konto. Meine Einrichtung gibt jedem Kontext einen eigenen Launcher: Claude Personal und Claude Work. Im Terminal tippe ich ccp oder ccw. Beide Launcher verwenden dieselbe Claude.app-Installation.

Dieser Leitfaden erklärt die macOS-Einrichtung hinter diesen Kurzbefehlen, einschließlich eines kleinen AppleScript-Launchers, den du vor der Verwendung prüfen kannst. Der Nutzen liegt nicht in mehr Fenstern, sondern darin, Konto und Desktop-Profil vor Beginn der Arbeit bewusst auszuwählen.

Dies ist ein Community-Workaround für Claude Desktop unter macOS und keine offizielle Funktion von Anthropic zum Wechseln zwischen Konten. Updates der App können ihr Verhalten ändern. Die folgenden Launcher bilden die Kombination aus persönlichem Standardprofil und getrenntem Arbeitsprofil nach; prüfe nach der Einrichtung jedes Konto in der App.

Kurzfassung: eine App, zwei Desktop-Profile

Installiere Claude Desktop unter /Applications/Claude.app. Du brauchst Zugriff auf die privaten und beruflichen Konten, die du verwenden möchtest.
Personal verwendet das vorhandene Standardprofil unter ~/Library/Application Support/Claude. Work verwendet ~/Library/Application Support/Claude-Work.
Mit open -n weist du macOS an, eine neue Instanz zu starten. --args reicht die übrigen Argumente an die Anwendung weiter, und --user-data-dir wählt das andere Desktop-Profil.
Die Launcher für den täglichen Gebrauch suchen zuerst nach dem passenden Hauptprozess. Wenn er existiert, weisen sie System Events an, ihn in den Vordergrund zu holen; andernfalls starten sie ihn.

1. Die beiden Startbefehle verstehen

Für das persönliche Standardprofil lautet der zugrunde liegende Befehl:

open -n -a "/Applications/Claude.app"

Für das Arbeitsprofil lautet er:

open -n -a "/Applications/Claude.app" --args --user-data-dir="$HOME/Library/Application Support/Claude-Work"

Diese Befehle helfen beim Verständnis der Einrichtung. Führe sie aber nur aus, wenn die entsprechende Instanz vollständig beendet ist. open -n erneut auszuführen ist kein Befehl zum Kontowechsel: Es fordert einen weiteren Prozess an. Der Launcher im nächsten Abschnitt prüft das vorher. Setze die Anführungszeichen um Pfade mit Leerzeichen und verwende hier $HOME; eine Tilde in doppelten Anführungszeichen wird nicht in dein Home-Verzeichnis aufgelöst.

Ein separates User-Datenverzeichnis ermöglicht der Desktop-Anwendung, eine andere lokale Sitzung und profilspezifische Einstellungen zu verwalten. Melde dich im Arbeitsfenster mit dem Arbeitskonto an und bestätige das dort angezeigte Konto. Die über dein Konto verfügbaren Unterhaltungen bleiben diesem Konto zugeordnet; durch das Anlegen eines neuen Ordners werden Cloud-Chats weder kopiert noch migriert.

2. Claude Work und Claude Personal als Launcher anlegen

Öffne Script Editor auf deinem Mac und füge das folgende AppleScript ein. Lass profileName für den Arbeits-Launcher auf "Work". Wähle File → Export, setze Application als Dateiformat und speichere es unter Claude Work.app in /Applications. Falls dieser Name bereits vorhanden ist, prüfe den vorhandenen Launcher, bevor du ihn ersetzt. Deaktiviere “Stay open after run handler”.

property profileName : "Work"

on run
    set appPath to "/Applications/Claude.app"
    set profileDir to (POSIX path of (path to home folder)) & "Library/Application Support/Claude-Work"
    set executablePath to appPath & "/Contents/MacOS/Claude"
    set selector to "personal"
    if profileName is "Work" then set selector to "work"

    set matcher to "$2 == exe && $0 !~ /--type=/ { if (mode == \"personal\" && index($0, \"--user-data-dir\") == 0) { print $1; exit } if (mode == \"work\") { marker = \"--user-data-dir=\" profile; pos = index($0, marker); tail = substr($0, pos + length(marker)); if (pos > 0 && (tail == \"\" || tail ~ /^[[:space:]]/)) { print $1; exit } } }"
    set lookup to "/bin/ps -axww -o pid=,command= | /usr/bin/awk -v exe=" & quoted form of executablePath & " -v mode=" & quoted form of selector & " -v profile=" & quoted form of profileDir & " " & quoted form of matcher
    set foundPid to do shell script lookup

    if foundPid is not "" then
        set targetPid to foundPid as integer
        tell application "System Events"
            set frontmost of (first application process whose unix id is targetPid) to true
        end tell
        return
    end if

    set launchCommand to "/usr/bin/open -n -a " & quoted form of appPath
    if selector is "work" then
        set launchCommand to launchCommand & " --args " & quoted form of ("--user-data-dir=" & profileDir)
    end if
    do shell script launchCommand
end run

Erstelle den zweiten Launcher aus demselben Skript und ändere nur property profileName : "Work" in property profileName : "Personal". Exportiere ihn als Claude Personal.app in /Applications. Das sind kleine Launcher-Applets und keine umbenannten Kopien der Claude-Anwendung. Du kannst beide ins Dock ziehen und ihren Symbolen optional unterschiedliche Farben geben, damit die Kurzbefehle leichter zu unterscheiden sind.

Beim ersten Versuch, ein Fenster in den Vordergrund zu holen, bittet macOS den Launcher möglicherweise um Erlaubnis, System Events zu steuern. Erlaube diese Automation, wenn der Fokus beim Klicken funktionieren soll. Wenn macOS eine Zugriffsbeschränkung für Bedienungshilfen meldet, prüfe den Zugriff des Launchers unter System Settings → Privacy & Security → Accessibility. Das Skript wird beendet, wenn das Fokussieren fehlschlägt; es startet ersatzweise nicht stillschweigend eine weitere Instanz.

Dieser Launcher sucht nach dem Hauptprozess von Claude und schließt Hilfsprozesse mit --type= aus. Personal passt zu einem Hauptprozess, der das Standardprofil verwendet; Work passt zum Verzeichnis des Work-Profils. Das ist eine praktische Prüfung für normale Klicks nacheinander, aber keine atomare Sperre: Klicke nicht wiederholt, während Claude noch startet. Wenn ein Prozess nach dem Schließen seines letzten Fensters weiterläuft, wird durch das Nach-vorn-Holen möglicherweise kein Fenster wiederhergestellt. Beende laufende Hintergrundarbeit, schließe diese Instanz normal und starte sie dann erneut. Das Skript beendet keine Hintergrundarbeit und startet keinen zweiten Prozess gegen dasselbe Profil.

3. Die Terminal-Aliase ccp und ccw hinzufügen

Das sind die beiden Kurzbefehle, die ich verwende. Füge sie zu ~/.zshrc hinzu, wenn du zsh nutzt, die Standard-Shell unter modernen macOS-Versionen:

alias ccp='open -a "Claude Personal"'
alias ccw='open -a "Claude Work"'

Öffne einen neuen Terminal-Tab oder lade die Shell-Konfiguration neu:

source ~/.zshrc

Jetzt öffnet oder fokussiert ccp die persönliche Instanz und ccw die Arbeitsinstanz. Die Aliase rufen die Wrapper ohne -n auf; der Wrapper entscheidet, ob der zugrunde liegende Claude-Prozess gestartet werden muss. Diese Namen sind meine eigenen Kurzbefehle und keine von Anthropic bereitgestellten Befehle. Sie setzen die beiden oben erstellten Launcher-Apps voraus.

4. Einrichtung prüfen, bevor du dich darauf verlässt

Melde dich jeweils nur bei einem Konto an. Starte Personal, prüfe das Konto und beende es, bevor du dich zum ersten Mal bei Work anmeldest. Andernfalls können Browser-Callbacks für die Anmeldung bei einer unerwarteten Instanz ankommen. Sobald beide Sitzungen eingerichtet sind, öffne beide Launcher.
Prozessargumente prüfen. Mit dem folgenden Befehl suchst du nach den Hauptprozessen. Bei Work sollte der Pfad Claude-Work angezeigt werden. Personal sollte das Standardprofil verwenden. Prozess-IDs sind temporär; trage niemals eine davon fest in einen Launcher ein.
Fokusverhalten prüfen. Wenn beide Fenster geöffnet sind, führe ccp und ccw noch einmal aus, jeweils einzeln. Jeder Befehl sollte sein bereits geöffnetes Fenster in den Vordergrund holen. Wenn ein weiterer Prozess oder ein abgemeldetes Duplikat erscheint, halte an und überprüfe die Profilzuordnung.
Integrationen unabhängig prüfen. Bestätige in jedem Profil das gewünschte Konto, die MCP-Server und die Berechtigungen. Weise jedem Server oder Entwicklungsdienst bei Bedarf einen eigenen Port zu. Wiederhole diese Prüfungen nach einem Claude-Update.

ps -axww -o pid=,command= | grep '[C]laude.app/Contents/MacOS/Claude' | grep -v -- '--type='

Um ein AppleScript-Applet später zu untersuchen, dekompiliere sein Skript:

osadecompile '/Applications/Claude Work.app/Contents/Resources/Scripts/main.scpt'

Dieser Befehl gilt für aus Script Editor exportierte Applets. Ein shellbasierter Wrapper kann seinen Launcher an anderer Stelle speichern. Vermeide es, ungefilterte Prozesslisten oder Profilinhalte weiterzugeben: Sie könnten lokale Pfade oder Integrationsdetails offenlegen, die nicht in einen öffentlichen Support-Thread gehören.

Was dadurch getrennt wird – und was nicht

Ziel ist, die Desktop-Kontexte getrennt zu halten: ein persönlicher Login mit seinen Profileinstellungen neben einem Arbeits-Login mit dessen Einstellungen. Beide laufen weiterhin unter demselben macOS-Benutzer. Sie können auf Dateien zugreifen, für die dieser Benutzer Berechtigungen hat, sowie auf alle von dir autorisierten Tools. Gemeinsame Repositories, Umgebungsvariablen, externe MCP-Zugangsdaten und Netzwerkdienste werden nicht allein dadurch isoliert, dass das Desktop-Profil einen anderen Namen trägt.

Dieser Leitfaden konfiguriert ausdrücklich nicht die eigenständige Claude Code CLI. Ihre Konfiguration verwendet einen anderen Mechanismus, darunter CLAUDE_CONFIG_DIR, der in der offiziellen Dokumentation zu den Claude-Code-Einstellungen beschrieben ist. Gehe nicht davon aus, dass diese Desktop-Aliase alle CLI-Zugangsdaten, Berechtigungen oder Projekteinstellungen voneinander trennen. Wenn zwei Agenten dasselbe Projekt bearbeiten, gib ihnen separate Git-Worktrees oder Checkouts und teile die Arbeit klar auf.

Personal im Standard-Desktop-Profil zu belassen ist für ein vorhandenes Login praktisch, bedeutet aber auch, dass das Öffnen des normalen Claude-Symbols dieses Profil ansprechen kann. Verwende die benannten Launcher konsequent. Bei einer neuen Installation kannst du Personal auch ein eigenes explizites Verzeichnis geben; dafür müssen sowohl sein Startbefehl als auch der Prozess-Matcher gemeinsam geändert werden. Verschiebe oder kopiere ein aktives Profil nicht, während Claude es verwendet.

Häufige Fragen

Muss ich Claude zweimal installieren?

Für diese Konfiguration nicht. Beide Applets starten /Applications/Claude.app. Die App-Installation wird gemeinsam verwendet; die Desktop-Datenverzeichnisse sind unterschiedlich. Beim Aktualisieren der Hauptanwendung wird das Binärprogramm aktualisiert, das beide Launcher verwenden, allerdings solltest du das Verhalten des Workarounds danach kurz prüfen.

Erhöht das mein Nutzungslimit?

Nein. Ein Launcher ändert weder ein Abonnement noch fügt er Credits hinzu oder setzt ein Limit zurück. Jedes Konto behält den jeweils geltenden Zugriff und die entsprechenden Nutzungslimits. Der Vorteil besteht darin, private und berufliche Kontexte verfügbar zu halten, ohne sich wiederholt ab- und anzumelden.

Warum hat ein Klick ein abgemeldetes Fenster geöffnet?

Prüfe zunächst, ob mehr als ein Prozess dasselbe Profil verwendet. Speichere deine Arbeit, beende die betroffenen Instanzen normal und öffne den vorgesehenen Launcher einmal erneut. Prüfe außerdem die Automatisierungsberechtigungen und das genaue Verzeichnis im Startbefehl. Eine Neuinstallation oder das Löschen von Profilordnern sollte nicht die erste Reaktion sein.

Quellen und Danksagung

Der Ansatz mit dem Profil-Flag wird von Philipp Stracker beschrieben. aoxborrows Launcher-Gist untersucht benannte Launcher und das Fokusverhalten; die aktuelle Version verwendet eine andere Verzeichnisstruktur als meine. Das obige AppleScript ist eine kompakte Implementierung für die konkreten Pfade in diesem Artikel. Melkons Leitfaden beschreibt einen anderen Ansatz mit kopierten App-Bundles. Für diese Einrichtung brauchst du die dortigen Schritte zur Bundle-Modifikation nicht.

Mit KI schneller ausliefern? Achte darauf, dass dein Code belastbar bleibt.

Ein besserer KI-Workflow hilft dir, zwischen Projekten zu wechseln. Er sagt dir aber nicht, ob die resultierende Anwendung eine solide Architektur hat, Daten sauber verarbeitet oder bereit für die Veröffentlichung ist. Wenn du eine Codebasis übernommen, ein MVP mit KI gebaut hast oder an dem Punkt angekommen bist, an dem jede Änderung fragil wirkt, ist eine unabhängige Prüfung sinnvoll.

Mein Code-Audit-Service für mobile und webbasierte Anwendungen prüft Architektur, Zustandsverwaltung, Performance, mögliche Sicherheitsrisiken und die Release-Bereitschaft. Du erhältst einen schriftlichen Bericht mit nach Schweregrad geordneten empfohlenen Korrekturen sowie eine Live-Durchsprache, damit du entscheiden kannst, was zuerst Aufmerksamkeit verdient. Den Umfang vereinbaren wir vor der Prüfung; die Umsetzung der Korrekturen kann ein separates Projekt sein.

Ich unterstütze Teams außerdem bei der Einführung und dem Rollout von KI und bei der Entwicklung von KI-Produkten. Erzähl mir von deiner App und frage ein Code-Audit an. Nenne den Stack, die Produktphase und den Teil, dem du am wenigsten vertraust; gemeinsam legen wir einen sinnvollen Umfang fest.