Claude Code アカウント切り替え完全ガイド:Janusの使い方

Claude Code アカウント切り替えをJanusで安全に行う手順を解説。Macへの導入、2つのアカウントの保存、切り替え後の再起動、メールアドレスと/usageによる確認、使用量表示の鮮度、認証情報を扱う際の注意点まで、実務で使い始める前に確認すべきポイントを順に整理します。

公開日

Claude Code アカウント切り替え完全ガイド:Janusの使い方

Claude Code アカウント切り替えをJanusで済ませておけば、次回のClaude Codeを個人用または仕事用の正しいログインで開けます。セッションのたびにブラウザ認証を繰り返す必要はありません。本記事で扱うのは、2026年9月25日に初の公開版が登場したmacOS向けアカウント切り替えツール、RamitVishwakarma/Janusです。その2日後には、アカウントごとの使用量をより新しい状態で確認できるバージョン1.1.0も公開されました。導入してもClaudeを安く使えるわけではありません。効果があるのは、別アカウントで誤って作業することやログインのやり直しを減らし、クライアント案件を始める前に目で確認できることです。

Claude Code アカウント切り替えは「次のセッション」に反映される

Janusが保存するのは、Claude Codeがアカウントを識別するためにローカルで使う2つの要素です。macOSのKeychainにあるOAuth認証情報と、それに対応するClaudeの設定ファイルが一組になります。鍵付きのキーボックスを想像すると分かりやすいでしょう。アカウントを選ぶと、そのアカウントの鍵と設定が使用中の所定位置に戻され、次に起動するプロセスが読み取れる状態になります。

重要なのは「次に起動する」という点です。Claude Codeのプロセスは起動時に認証情報を読み込みます。Janusで切り替えても、すでに開いているターミナルやIDEのセッションは変わりません。そのプロセスを終了または停止し、アカウントを切り替えてから、新しいClaude Codeセッションを起動してください。

Janusはサブスクリプションを統合せず、利用枠を移したり増やしたりもしません。有料アクセスと上限はログインごとに独立したままです。現在のプラン料金は、別記事のClaude Code料金ガイドで確認できます。Janusが減らすのはログインの手間であり、プランの費用ではありません。

2つのClaude Codeアカウントを保存し、切り替えて再起動する流れを示した構成図
Janusで変わるのは、次に起動するClaude Codeプロセスが使う認証情報です。切り替え後はClaude Codeを再起動します。

この手順はJanus v1.1.0のソースを基に検証しています。一方、実機で信頼性を測るベンチマークではありません。切り替え時間の計測値や、2アカウントを設定したMacで未公開のテストを行ったという前提には基づいていません。

Janusは信頼できると判断してからインストールする

JanusはApple siliconとIntelの両方に対応し、macOS 13以降で動作します。指定のv1.1.0リリースには、DMG、ZIP、SHA256SUMS.txtが含まれています。公開されているDMGとZIPは、どちらもこのマニフェストと一致します。

インストール時の制約は、単なる見た目の問題ではありません。Janusはアドホック署名で、公証(notarization)も受けていません。そのためmacOSでは未確認の開発元によるアプリと判定され、プロジェクトのインストール手順では隔離フラグを解除する方法が案内されています。Claude Codeの認証情報を扱うアプリだけに、この回避操作を許可するかどうかは、Janusを信頼してよいかという判断そのものです。リポジトリを確認し、指定のタグ付きリリースを選び、ダウンロードしたファイルを検証してから隔離解除の手順に進んでください。

Macでは、Janus-1.1.0.dmgとSHA256SUMS.txtを同じフォルダにダウンロードし、次のコマンドでマニフェストを検証します。

Shell
shasum -a 256 -c SHA256SUMS.txt

DMGを開いてJanusをApplicationsへドラッグし、リスクを受け入れられる場合に限り、リリースページの起動手順に従います。プロジェクトでは--no-quarantineを付けたHomebrew caskも案内されていますが、信頼してよいかを判断する必要がある点は同じです。

Janusに広いローカルアクセスが必要な理由は、そのまま事前確認が必要な理由でもあります。Claude CodeのKeychain項目と設定ファイルへアクセスするため、このアプリはサンドボックス化されていません。MITライセンスでAnthropicとは無関係ですが、オープンライセンスであることはセキュリティレビュー済みであることを意味しません。

Claude Codeの2つのアカウントを保存する

最も分かりやすい設定方法は、自分に管理権限がある2つのアカウントを使い、切り替えの各段階で現在のログイン先を確認することです。

  1. Claude CodeにアカウントAでログインします。このMacでClaude Codeを初めて使う場合は、先に通常の初期設定を完了してください。導入から始める場合は、Claude Codeセットアップガイドを参照できます。
  2. Janusを開き、ウィンドウまたはメニューバーに表示される現在のメールアドレスを確認します。Save current accountを押します。
  3. Claude CodeでアカウントAからログアウトし、アカウントBで一度ログインします。
  4. Janusに戻り、表示中のメールアドレスがアカウントBであることを確かめてから、もう一度Save current accountを押します。
  5. Janusの一覧に両方のアカウントが表示されます。ウィンドウでアカウントAまたはBを選ぶか、メニューバーの切り替え操作を使います。
  6. 起動中のClaude Codeプロセスを停止し、新しいプロセスを開始します。以前から動いているプロセスでは、起動時に読み込んだ認証情報がそのまま使われます。
  7. クライアントのリポジトリを開く前に、Janus上のメールアドレスを確認し、新しいClaude Codeセッションで/usageを実行します。5時間枠と週間枠の使用状況が、使う予定のアカウントと一致するか確認してください。

Janusは、選択したアカウントを復元する前に、使用中だったアカウントを保存します。また、稼働中のセッションに手を加える前に、復元先のセッションを取得します。ドキュメント上の失敗時の挙動は保守的です。保存済みセッションが見つからない場合やKeychain操作が拒否された場合は、すでに有効だったアカウントがMac上で維持される想定です。

2アカウントを確認するチェックリスト

初回の切り替えには、進行中のクライアント案件ではなく、リスクの低いリポジトリを使ってください。

  • 切り替える前に、Janusがログイン中と表示しているメールアドレスを確認し、5時間枠と週間枠の使用状況を記録します。
  • 起動時に認証情報が固定されることを確認できるよう、Claude Codeセッションを1つ動かしたままにします。
  • Janusで2つ目のアカウントに切り替え、メニューバーのメールアドレスが変わったことを確認します。
  • 別の新しいClaude Codeプロセスを起動し、/usageを実行します。
  • 新しいプロセスの数値が、Janusに表示された2つ目のアカウントの数値と一致するか確認します。
  • 起動したままのプロセスに戻ります。起動時に認証情報を読み込んでいるため、こちらは1つ目のアカウントのセッションとして動作し続けるはずです。
  • 元のアカウントへ戻し、再起動して、もう一度アカウントと使用量を確認します。この流れを請求が発生する作業に使うのは、それからです。

確認したいのは、ボタンの色が変わったかどうかではありません。Janusで選んだアカウントが次に起動するプロセスで使われ、既存のプロセスは変わらないことを確かめるのが目的です。

使用量が保存値か最新の取得値かを見分ける

Janusには、過去の時点では正しかった数値が表示されることがありますが、それは現在の数値とは限りません。Claude Codeは、アカウントが有効な間、その設定に使用量を書き込みます。別のアカウントへ切り替えると、保存された値は更新されなくなります。バージョン1.1.0では数値の取得元が表示されるため、保存済みの値か、Anthropicから取得した値かを判別できます。

Refreshを押すと、保存済みアカウントごとに現在の使用量が1回ずつ照会されます。非アクティブなアカウントでは、期限切れのアクセストークンを先に更新し、その認証情報を保存してから使用できます。一方、現在ログイン中のアカウントについてはトークンを更新しません。起動中のClaude Codeプロセスが、そのトークンを保持している可能性があるためです。稼働中のトークンはClaude Code自身が更新します。

Janusのウィンドウを開いている間は、リセットまでのカウントダウンも進みます。上限の時間枠が切り替わると古いパーセンテージが消去され、新しい値の取得が始まります。取得が完了するまでは推測値を出さず、ダッシュが表示されます。長時間のセッションを始める余裕が仕事用アカウントにあるか判断するとき、この違いは重要です。

Claude Codeの保存済み使用量と取得済み使用量を比較する構成図
保存値が示すのは最後に記録された時点です。RefreshはAnthropicへ照会し、リセット時には新しい値が届くまで期限切れの表示が消去されます。

タグ付きv1.1.0のリポジトリには、ドキュメント間の不一致が1点あります。README、リリースノート、ソースコードにはAnthropicへの使用量リクエストが記載されていますが、同じタグのSECURITY.mdには、アプリはネットワークリクエストを行わないと書かれたままです。コード上では、使用量の取得先はapi.anthropic.com、トークン更新の送信先はplatform.claude.comです。セキュリティページが修正されるまでは、ソースと、より新しいリリースノートを実際の挙動として扱うのが妥当です。

アカウント切り替えが役立つ6つのワークフロー

Janusが最も合うのは、余ったアカウントを集めたい人ではありません。正当な理由があり、1台のMacで2つのログイン先を分けておきたい利用者です。

順位向いている人具体的な使い方効果がある理由
1個人アカウントと会社管理のClaudeアカウントを分けるコンサルタント会社アカウントを選び、Claude Codeを再起動してメールアドレスと使用量を確認してから、クライアントのリポジトリを開く有償のクライアント業務を個人アカウントや個人の利用枠で実行してしまう可能性を減らせる
2勤務先のアカウントを仕事に、個人アカウントを副業プロジェクトに使うエンジニア両方を一度保存し、作業の文脈が変わるときにメニューバーで切り替えてから、新しいターミナルセッションを起動するアカウントの境界を、ブラウザでのログインに中断される作業ではなく、明確な起動手順にできる
3自分で管理する複数の社内アカウントを持つ小規模エージェンシーの経営者プロジェクトの文脈と現在の使用量に合うアカウントを確認し、長いエージェント処理の前に切り替え、再起動して検証するコストや機密性が重要な処理を始める前に、アカウントの選択を目で確認できる
4個人的な検証から緊急の業務インシデント対応へ移るオンコール開発者検証用プロセスは開いたままJanusを仕事用アカウントへ切り替え、インシデント対応用に別のClaude Codeプロセスを起動する既存プロセスを安定した状態で維持しながら、緊急セッションを意図した仕事用アカウントで開始できる
5コミュニティ活動と商用業務を分けたいオープンソースのメンテナー公開プロジェクト用と有償業務用のログインを分け、再起動のたびにチェックリストを実行してからリポジトリを開くフォルダだけで認証を分離できると思い込まず、再現できる境界を作れる
6長いタスクを始める前にアカウントごとの余力を比べたいClaude CodeのヘビーユーザーJanusを更新し、鮮度が必要な場面では保存値を採用せず、現在十分な利用枠が残っている、使用を許可されたアカウントを選ぶ使用量の鮮度を、セッション途中の想定外ではなく作業計画の一部にできる

認証情報の共有や、プラン上限の回避を目的にアカウントを切り替えてはいけません。有効な使い方は、自分に管理権限があるアカウント同士を分離することです。

この隙間から作れる2つのプロダクト

最有力案:アカウントを安全に扱うクロスプラットフォームランチャー

リポジトリと使用を許可されたClaudeアカウントをひも付け、起動前にそのアカウントを表示し、利用者が確認した後にだけ新しいClaude Codeプロセスを開くランチャーです。想定する有料ユーザーは、クリックを1回減らすことよりも、間違ったアカウントを使わないことを重視するコンサルタント、エージェンシーの運営者、個人用と仕事用を併用する開発者です。

需要は小さいものの、意図は非常に明確です。米国では、claude code multiple accountsの検索数が月間約90、キーワード難易度が0、クリック単価が$19.94です。さらにclaude code multiple accounts windowsに絞った検索も月間10あります。JanusはmacOS専用なので、WindowsとLinuxには明確な空白があります。

販売可能な最小構成には、OSの認証情報保管庫に接続するアダプター、リポジトリとアカウントの対応表、明確なアクティブアカウント表示、起動ラッパーが必要です。最初からチーム用ダッシュボードを用意する必要はありません。ただし、別製品の認証ファイルとトークンフローは変更される可能性があり、扱いを誤ればセキュリティインシデントになります。リスクが大きいからこそ、信頼できるランチャーには対価を得られる余地があります。

これが最も有望な案です。一般的な使用量上限への関心より検索数は少なくても、課題、購入者、未対応プラットフォームがはっきりしています。

使用量の取得元とリセット時刻を示すモニター

各数値にアカウント、取得元、取得時刻を常に表示し、予定しているコーディング作業がリセット境界にかかる前に通知するローカルモニターです。個人版は1人で大量に使うユーザーが購入し、エンジニアリングチームは生の認証情報を外部へ出さないポリシー層に料金を払う可能性があります。

claude code usage limitsは米国で月間約1,000検索、クリック単価は$12.71です。claude code usage limits checkも月間10検索あります。上限への不安はほぼすべての有料ユーザーに関わるため、需要はアカウント切り替えより大きくなります。

MVPは、メニューバー表示、明示的なrememberedとfetchedの状態、リセットタイマー、起動前の警告で構成できます。難点は上流への依存です。Janus v1.1.0はClaudeのOAuth使用量取得エンドポイントと更新エンドポイントを利用しており、そのインターフェースは変わる可能性があります。長く使える製品には、障害時にも安全に処理すること、推測した数値を表示しない設計、素早い保守体制が欠かせません。

導入判断では制約も考慮する

Janusを使う価値があるのは、Anthropicとは無関係のローカルアプリに認証情報を移動させることを許容できる場合だけです。保存済みトークンは、ログインKeychain内のJanusサービスに入ります。設定のスナップショットは所有者だけがアクセスできる権限で~/Library/Application Support/Janus/に保存されますが、プロジェクトのパスや履歴が含まれる可能性があります。セキュリティノートによると、/usr/bin/securityの呼び出し時には、認証情報のペイロードが同じmacOSユーザーとrootから見えるhex形式のプロセス引数として一時的に露出します。

このアプリはmacOS専用で、サンドボックス化されておらず、アドホック署名で公証も受けていません。アドホック署名は更新のたびに変わる可能性があるため、Keychainへのアクセスを再び求められる場合があります。使用量を取得するネットワーク挙動についても、タグ付きのセキュリティページにはまだ反映されていません。これらはJanusが危険だと証明するものではありませんが、共有Mac、管理されていないMac、リスクの高いMacに、利便性だけを理由としてインストールすべきではありません。

Janusには開発者キャッシュのクリーンアップ機能もありますが、アカウント切り替えには不要です。最初の導入範囲は絞りましょう。リリースを検証し、許可された2つのアカウントを保存して、起動時の境界をテストします。キャッシュのクリーンアップは別の判断として残してください。

次の月曜にやること

自分に管理権限がある2つのアカウントを選び、指定のv1.1.0リリースとチェックサムマニフェストをダウンロードして、検証用のリポジトリでチェックリストを試します。切り替えの前後で、有効なメールアドレスと使用量を記録してください。新しく起動したClaude Codeプロセスではアカウントが変わり、起動したままのプロセスでは変わらないことを確認します。そこまで検証してから、クライアント業務前の手順にJanusを組み込みましょう。

JanusをClaude Codeで使うには?

信頼上のトレードオフを確認したうえで、macOSアプリのRamitVishwakarma/Janusをインストールします。現在Claude Codeにログインしているアカウントを保存し、ログアウトして2つ目のアカウントで一度ログインし、そのアカウントも保存します。使いたいアカウントを選んだらClaude Codeを再起動してください。作業を始める前に、Janusのメニューバーに表示されたメールアドレスを確認し、新しいセッションの/usageと照合します。

Claude Codeで複数アカウントを使える?

Claude Codeが一度に使うローカル認証情報は1組です。Janusは複数アカウントの認証情報と設定の組み合わせを保存し、選んだ組み合わせを次に起動するClaude Codeプロセス向けに復元します。サブスクリプションを統合したり、起動中の1つのプロセスで使用アカウントを切り替えたりするものではありません。

JanusはWindows版Claude Codeでも使える?

使えません。Janus v1.1.0にはmacOS 13以降が必要で、macOSのKeychainとアプリケーションサポート用パスに依存しています。Apple siliconとIntel Macの両方に対応するユニバーサルリリースですが、Windows版はありません。

Claude Codeの使用量上限を確認するには?

Claude Codeセッションで/usageを実行し、Janusの表示と照合します。Janusでは取得元のラベルも確認してください。保存値は設定に記録された数値で、取得値はAnthropicから届いた数値です。鮮度が重要ならRefreshを押します。リセット後は、新しい値が届くまでダッシュが表示されます。

チーム向けに安全なアカウントランチャーや使用量管理の仕組みが必要なら、設計と自動化を支援できます。

公開日
カテゴリー
Build
Cursor VSCode比較:料金・AI機能と乗り換えの判断基準【2026年】

Cursor VSCode比較:料金・AI機能と乗り換えの判断基準【2026年】

CursorとVSCodeの違いを、Tab補完、AIエージェント、Copilot、拡張機能、料金、プライバシーから比較します。Claude CodeやCodexを今の環境で使う選択肢も整理。移行前に確かめたい互換性と設定、試すべき作業を押さえ、乗り換えが自分の開発に見合うか判断できます。2026年10月18日Build
n8nレビュー:料金・使い方と、導入前に知るべき運用の条件

n8nレビュー:料金・使い方と、導入前に知るべき運用の条件

n8nとは何ができる自動化ツールなのか。料金と使い方、Cloudとセルフホストの選び方、無料版の共同作業の制約を解説します。AIエージェントの権限管理や障害時の復旧まで、導入前に確認したい条件を整理。Zapier・Makeとの違いも踏まえ、技術担当者がいる企業に向く理由と、別の選択肢が適する場面を検討します。2026年10月18日Build
Railway 料金比較:Renderとの違いと選び方【2026年版】

Railway 料金比較:Renderとの違いと選び方【2026年版】

RailwayとRenderの料金を、Webアプリ・ワーカー・Postgresを動かす同じ条件で比較します。月額$15.11と$20の試算に加え、無料枠、データベースの復旧、cron、スケーリング、移行時の制約を解説。安さだけでは見えない運用の違いと、個人開発や小規模チームに合う選び方を整理します。2026年10月18日Build
Pydantic AIとは?Python向けAIエージェントフレームワークの使い方

Pydantic AIとは?Python向けAIエージェントフレームワークの使い方

Pydantic AIは、型付きツールと検証済みの構造化出力を扱うPython向けAIエージェントフレームワークです。問い合わせ分類の実装例を通じて、依存性注入、モデルの切り替え、MCP、永続実行、評価の役割を解説。LangGraphやLangChain、APIの直接呼び出しとの使い分けも整理します。2026年10月17日Build
AIガードレールの設計と実装:チェック箇所・主要ツール・最小構成

AIガードレールの設計と実装:チェック箇所・主要ツール・最小構成

AIガードレールを、入力・取得データ・モデルの提案・ツール実行・出力の5つの境界で整理。返金リクエストを例に、コンテンツフィルターと権限確認、人による承認の違いを解説します。主要ツールの対応範囲と制約、小規模チームが始める6つの制御、Promptfooで確かめるテストケースまで、実装の判断に必要な要点をまとめます。2026年10月17日Build
ハルシネーションとは?LLMが誤る原因と誤回答を減らす実装

ハルシネーションとは?LLMが誤る原因と誤回答を減らす実装

LLMのハルシネーションは、架空の事実だけでなく、誤った数値や引用、ツール引数にも現れます。原因と実例を整理し、RAGによる根拠の取得、引用や値の検証、根拠が足りない場合の回答保留、Pythonの検証コード、評価テストまで解説。顧客への誤回答や誤操作を減らすために、小規模チームが取り組める実装手順を紹介します。2026年10月17日Build
システムプロンプトとは?役割・書き方・具体例と実用テンプレート

システムプロンプトとは?役割・書き方・具体例と実用テンプレート

システムプロンプトとは何か、ユーザープロンプトとどう使い分けるのかを解説します。Anthropic・OpenAI・Googleの指定方法や、役割・ルール・出力・ツール利用の書き方を整理。改善前後の例とコピーして使えるテンプレートに加え、権限制御の限界、会話を続ける際の注意点、運用で確認すべきケースも紹介します。2026年10月17日Build
function callingとは?LLMと外部ツールをつなぐ仕組みと実装

function callingとは?LLMと外部ツールをつなぐ仕組みと実装

function callingは、LLMの依頼をアプリケーションが検証・実行する仕組みです。注文状況の照会を題材に、ツール定義から結果の返却までをPythonで解説。OpenAI・Anthropic・Geminiの形式の違い、引数の検証とアクセス制御、構造化出力やMCPとの使い分けまで整理します。2026年10月17日Build
ニュースレター

毎週日曜、一通の手紙。動くシステムの話。感想戦ではなく。

週刊。スパムなし。いつでも解除できます。