Claude Codeアカウント切り替え — 個人と会社を1台で使い分ける
Claude Codeでアカウントを切り替える方法は2つ。/loginでその場で上書きするか、CLAUDE_CONFIG_DIRで個人用と会社用を並行運用するかです。macOS特有の注意点も含めて扱います。
Claude Codeでアカウントを切り替える方法は2通りです。ひとつは/loginでその場のログインを上書きする方法、もうひとつはCLAUDE_CONFIG_DIRで設定ディレクトリごと分け、個人用と会社用を並行して使い分ける方法です。前者は都度の切り替え、後者は同時運用に向きます。
どちらもClaude Code自体の機能で完結しますが、macOSだけは認証情報の保存先がほかのOSと違うため、後半の並行運用に落とし穴があります。先に結論を出すと、1台のマシンで頻繁に行き来するならCLAUDE_CONFIG_DIR、たまにしか切り替えないなら/loginが扱いやすい選択です。
Claude Codeのアカウント切り替えとは
Claude Codeにログインできるアカウントは大きく4系統あります。個人のClaudeサブスクリプション(Pro / Max)と会社のTeam / Enterpriseアカウント、それに開発者向けのClaude Console(従量課金)です。加えて、組織が設定したクラウドゲートウェイ経由のSSOもあります。「個人と会社を使い分ける」と言うとき、実務で多いのは特定の組み合わせです。個人のPro/Maxアカウントと、会社から招待されたTeam/Enterpriseアカウント(またはConsoleアカウント)を1台のマシンで行き来するケースが大半を占めます。
Claude Codeは1つの設定ディレクトリ(既定は~/.claude)につき、有効なログインを1つしか保持しません。したがって「アカウントを切り替える」とは、①同じ設定ディレクトリの中でログインを上書きする、②設定ディレクトリ自体を複数持って住み分ける、のどちらかを指します。どのアカウントでログイン中かは、セッション内で/statusを実行すると確認できます。「Login method」の行に現在のアカウント種別が表示されます。
今のセッションで/loginを使って切り替える
もっとも手早いのは、セッション内で/loginを実行する方法です。既存のログインを上書きし、ブラウザーが開いて新しいアカウントでの認証に進みます。
/loginこれは「切り替え」というより「ログインのやり直し」に近い動きです。会社支給のマシンで個人アカウントに一時的に切り替えたいときや、逆に自分のノートPCで一度だけ会社のアカウントを使いたいときに向きます。ブラウザーが自動で開かない場合はcキーで認証URLをコピーできます。SSH接続やコンテナ内では、コールバックがローカルに戻らずログインコードがそのまま表示されることがあり、その場合はコードをターミナルに直接貼り付けます。
切り替えたつもりで思ったアカウントになっていない場合、環境変数のANTHROPIC_API_KEYが優先されている可能性があります。有効なサブスクリプションがあってもAPIキーが設定されていればそちらが使われる仕組みです。unset ANTHROPIC_API_KEYで外し、/statusで「Login method」がサブスクリプション側に戻っているかを確認します。
個人アカウントと会社アカウントを同時に使うには
都度ログインし直すのが面倒な場合は、CLAUDE_CONFIG_DIR環境変数で設定ディレクトリを分け、両方のアカウントを常駐させる方法があります。認証情報・設定・セッション履歴・プラグインはすべてこのディレクトリ配下に保存されるため、ディレクトリを分ければアカウントも分かれます。
alias claude-work='CLAUDE_CONFIG_DIR=~/.claude-work claude'シェルの設定ファイル(~/.zshrcなど)にこのエイリアスを追加しておけば、いつも通りclaudeと打てば個人アカウント、claude-workと打てば会社アカウントで起動します。それぞれのディレクトリで初回起動時に一度だけログインすれば、以降はどちらも保存済みのログイン情報で立ち上がります。
| 用途 | コマンド | 設定ディレクトリ |
|---|---|---|
| 個人アカウント(既定) | コマンドclaude | 設定ディレクトリ~/.claude |
| 会社アカウント | コマンドclaude-work | 設定ディレクトリ~/.claude-work |
プロジェクトごとに使うアカウントを固定したい場合は、そのプロジェクトのディレクトリに移動してから対応するエイリアスで起動する運用が単純です。設定ディレクトリの使い分けそのものはClaude Code環境変数リファレンスでも扱っています。
macOSでの切り替えに関する注意点
ここが今回いちばんの落とし穴です。認証情報の保存場所はOSによって違い、macOSだけCLAUDE_CONFIG_DIRの効果が限定的になります。LinuxとWindowsでは認証情報(.credentials.json)もCLAUDE_CONFIG_DIR配下に保存されるため、ディレクトリを分ければ別々のログイン状態を維持できます。一方macOSでは、認証情報は暗号化されたシステムのKeychainに保存され、この保存先はCLAUDE_CONFIG_DIRの指定に関わらず共通です。
公式のデバッグ手順でも、空のディレクトリを指定してクリーンなセッションを起動する検証手順の中でこの違いに触れられており、LinuxとWindowsでは再ログインを求められる一方、macOSではKeychainの認証情報がクリーンなセッションにも引き継がれる、とされています。
現実的な回避策は3つあります。
- LinuxやWindows環境(WSLやDevContainer)で
CLAUDE_CONFIG_DIRの分離を使う - macOSではその都度
/loginで上書きする運用に割り切る - 会社側をConsoleアカウントの
ANTHROPIC_API_KEYやapiKeyHelper経由にし、個人のサブスクリプションログインと系統自体を分ける
サンドボックス環境で認証情報を分離する具体的な設定はClaude Codeの認証情報マスキングにまとめています。
会社が組織ログインを制限している場合
会社支給のマシンでは、管理者がforceLoginMethodやforceLoginOrgUUIDという管理設定で、ログインできるアカウントの種類や所属組織を制限していることがあります。設定されている場合、claude.aiアカウントでのログインは指定の組織に属していないと拒否され、起動時にエラーになります。
このケースでは、個人アカウントへの切り替え自体が管理者の設定でブロックされている可能性があります。「切り替えたのにエラーになる」場合は、まず自分の操作ミスではなく組織側のポリシーを疑い、IT管理者に確認するのが早道です。
forceLoginOrgUUIDは単一の組織IDだけでなく、複数の組織IDを配列で許可することもできます。どちらの形式でも、ログインできるclaude.aiアカウントの所属組織を制限する点は同じです。ただし制限が及ぶ範囲はログインの経路によって差があります。ターミナルの/loginやVS Code拡張、Agent SDK経由のログインでは組織IDが検証されます。一方claude setup-tokenや/install-github-appで発行するトークンは、ログイン方式の制限(forceLoginMethod)だけを見て組織IDまでは検証しません。会社支給のマシンで想定と違う挙動に出会ったら、この経路の違いも確認材料になります。
よくあるつまずき
/loginしても古いアカウントのままに見える: 画面の表示が更新されていないだけのことがあります。/statusで現在のログイン状態を再確認しますCLAUDE_CONFIG_DIRを設定したのに前のアカウントが使われる: エイリアスや環境変数がシェルの起動ファイルに反映されていない可能性があります。新しいターミナルを開き直すか、echo $CLAUDE_CONFIG_DIRで値を確認します- サブスクリプションがあるのにConsoleのクレジットを消費している:
ANTHROPIC_API_KEYが環境変数に残っている典型パターンです。unset ANTHROPIC_API_KEYしてから/statusで確認します - 会社のアカウントでログインできない:
forceLoginOrgUUIDなどの組織制限に引っかかっている可能性があります。個人の問題ではなく管理者への確認が必要です
よくある質問
1台のマシンで3つ以上のアカウントを使い分けられますか
できます。CLAUDE_CONFIG_DIRを指すエイリアスを増やすだけなので、上限は実質的にありません。個人・会社A・会社Bのように複数のエイリアスを用意すれば、それぞれ独立した設定ディレクトリで並行運用できます。ただしmacOSでは前述のKeychain共有の制約が同じようにかかります。
アカウントを切り替えると過去のセッション履歴も切り替わりますか
CLAUDE_CONFIG_DIR方式であれば切り替わります。セッション履歴は設定ディレクトリ配下に保存されるため、ディレクトリを分ければ履歴も別々に保たれます。/loginだけで上書きする方式では設定ディレクトリ自体が同じなので、履歴は共有されたままです。
VS Code拡張でもアカウントを切り替えられますか
拡張機能もターミナル版と同じログインの仕組みを使います。ただしバージョンによっては組織制限の適用範囲がターミナルと拡張機能とで異なる場合があるため、会社支給のPCで挙動が想定と違う場合はターミナル単体でも試して切り分けます。
まとめ — どちらの方法を選ぶか
たまにしか切り替えないなら/loginでその場ログインし直すだけで十分です。個人と会社を毎日行き来するなら、CLAUDE_CONFIG_DIRでディレクトリごと分けたほうが手間が減ります。ただしmacOSでは認証情報がKeychain共通のため、ディレクトリを分けても完全には独立しない点だけは覚えておく必要があります。
アカウントそのものの初回ログイン手順や、ConsoleアカウントとClaudeアカウントの違いはClaudeログイン完全ガイドで扱っています。切り替え先のアカウントを完全にサインアウトしたい場合の手順はClaude Codeログアウトと認証情報の完全削除を参照してください。