エージェントが利用上限に達する。
それでも作業は続く。
エージェントが動いているClaudeまたはCodexのアカウントが上限を使い切ると、AgentsRoomは同じ会話をすでにログイン済みの別アカウントへ引き継ぎ、作業がそのまま続きます。
再起動なし、コンテキストの消失なし、5時間ごとや週次のウィンドウがリセットされるのを待つ必要もなし。小さめのサブスクリプションを複数持つだけで、はるかに大きなプラン1つのように振る舞います。
1つの会話、2つのアカウント。かつて壁があった場所で引き継ぎが起きます。
ClaudeとCodexのサブスクリプションはローリングウィンドウで制限されています。数時間単位の短いものと、1週間単位の長いもの。上限に達した瞬間、CLIはタスクの途中で止まります。エージェントはリファクタリングの3ファイル目まで進み、計画をすべて把握していたのに、見えない時計が切れるまで凍りついたままです。
よくある対処法はどれも良くありません。待つ。あるいは手動で2つ目のアカウントを開き、空のプロンプトから会話をやり直す。セッションは最初のアカウントの中にあるからです。あるいはメニューで一番大きなプランを買い、壁が来るのを先送りする。
AgentsRoomは4つ目の道を取ります。CLIが上限切れを宣言した瞬間を検知し、ログイン済みの別アカウントを選び、会話のトランスクリプトを移し、そのアカウントでセッションを再開し、止まったところから作業を再開するようエージェントに伝えます。あなたから見れば、引き継いだアカウント名がターミナルに1行出る以外、何も起きていないように見えます。
利用上限のコストは待ち時間だけではない
待ち時間は単なる待ち時間で終わりません。15時に始まる5時間のウィンドウは午後がまるごと潰れるということであり、途中まで進めていたタスクは上限が戻ってきてもまだ終わっていません。
会話をやり直すと実際にお金がかかります。機能の説明、対象ファイル、すでに下した判断をもう一度説明するだけで、新しいアカウントは何の役にも立つ前にトークンを消費します。
無人実行は静かに死にます。深夜2時のスケジュールタスク、長いバックログのチケット、チームのワークフロー。どれも上限で止まり、朝になって何も進んでいないことに気づきます。
しかも繰り返し起こります。四半期に一度あるかどうかのエッジケースではありません。複数のエージェントを並行して動かしているなら、これは毎週の税金です。
小さめのプランを複数、中断のない1日
この機能が求められる理由は、たいてい利便性ではありません。請求額です。
大きなサブスクリプション1つ
- : 最上位プランに払っても、壁を遠ざけるだけで、なくすことはできません。
- : 上限は依然としてそこにあり、少し遅い時間に、たいてい最悪のタイミングでやって来ます。
- : アカウントが1つなら上限も1つ。2つのエージェントを並行して動かせば、2倍の速さで使い切ります。
- : 使い切った瞬間、すべてが同時に止まります。逃げ道はありません。
小さめのプランを2つか3つ
- : アカウントごとに独立した上限と、独立したリセット時刻を持ちます。
- : 最初に使い切ったアカウントが、会話の途中で次のアカウントへ引き継ぎます。あなたは何もしません。
- : 合計コストは最上位プラン1つより安く済むことが多く、稼働できる時間は確実に増えます。
- : 使い切ったアカウントはウィンドウがリセットされるまで待機し、その後は自分でプールに戻ります。
AgentsRoomはサブスクリプションを販売しておらず、そこから手数料も取りません。すでに支払っているアカウントが、別のアカウントが詰まっている間に遊んでいる状態をなくすだけです。
実際に何が起きるのか、順を追って
5つのステップ。どれもあなたの操作を必要としません。
CLIが上限切れを伝える
AgentsRoomはエージェントのターミナル出力を継続的に読み、プロバイダー自身の利用上限メッセージを認識します。検出はあえて狭く作ってあります。上限に近づいているという警告や、80パーセントと表示された上限パネルでは、何も起動しません。
使い切ったアカウントを待機させる
上限のウィンドウがリセットされるまで使用不可としてマークします。プロバイダーがリセット時刻を公開している場合はその実際の時刻を使います。他に使えるアカウントがない場合でもこの処理は行われるため、次に起動するエージェントが同じ壁にぶつかることはありません。
代わりのアカウントを選ぶ
AgentsRoomはそのプロバイダーの他のアカウントのうち、ディスク上で実際にログイン済みで、待機中ではなく、自分自身の上限にも近づいていないものだけを残します。その中から残量が最も多いものを選びます。除外したアカウントが候補になることはありません。
会話が移動する
Claudeの場合、セッションのトランスクリプトは出ていく側のアカウント専用のディレクトリの中にあるため、先に受け入れる側のアカウントのツリーへコピーします。この手順がないとセッションは空の状態で再開し、それはまさにこの機能が防ぐために存在する損失です。元のアカウントのコピーはそのまま残ります。
エージェントが再開して作業を続ける
新しいアカウントでCLIが再起動され、同じセッションを完全な履歴付きで再開し、中断された作業をやり直すのではなく続けるようにという短い指示を受け取ります。引き継いだアカウント名がターミナルに1行表示され、エージェントのアカウントバッジがアプリ全体で更新されます。
各プロバイダーはアカウントをどう分離しているか
この切り替えは、各CLIがすでに備えている仕組みの上に作られています。CLIを包むラッパーではありません。
Claude Code
アカウントとは、認証情報、セッション、プロジェクト履歴を自分で保持するディレクトリです。切り替えとは別のディレクトリに対してCLIを再起動することであり、だからこそトランスクリプトが会話と一緒に移動する必要があります。AgentsRoomがそのコピーを代わりに行います。
CLAUDE_CONFIG_DIR
Codex
Codexも同じ方法で認証情報を分離しますが、会話の記録はAgentsRoomが生成するプロジェクトごとのホーム側にあり、紐づくアカウントが変わっても移動しません。したがって切り替えは、認証情報の再バインドと再開だけで済みます。
CODEX_HOME
今、みんながやっていること
どれも実在する回避策で、どれも何かを犠牲にします。
ウィンドウのリセットを待つ
無料で、そして最も高くつく選択肢です。エージェントはコンテキストの圧縮で失われる計画を抱えたまま待ち、ブランチは中途半端に残り、そのウィンドウに予定されていた無人実行はそもそも起きません。
手動でアカウントを切り替える
たまたま画面を見ていれば成立します。それでも会話は失われます。セッションはそれを作ったアカウントに属するため、新しい側は空のプロンプトから始まり、すでに説明したことをもう一度説明することになります。
シェルのラッパーやアカウント切り替えツール
これらはエディターの外側で、有効な認証情報をグローバルに入れ替えます。特定のプロジェクトの特定のエージェントがターンの途中で壁にぶつかったことを知る術はなく、その会話を持ち運ぶ手段もありません。おまけに他のセッションまで一緒に動かしてしまいます。
一番大きなプランを買う
壁を動かすだけで、なくすわけではありません。しかもスケールしません。4つのエージェントを並行して動かせば、同じ上限を4分割することになります。独立した上限が複数あれば、大きな上限1つでは吸収できない急な負荷も吸収できます。
仕事用アカウントが黙って個人の作業を支払うことはない
自動切り替えは既定でオンです。目に見えないときにしか役に立たない機能だからですが、決して盲目的ではありません。どのアカウントもバックアップとして使わないと指定でき、雇用主のサブスクリプションと自分のものを厳密に分けている場合や、2つのクライアントを分けている場合には、それが正しい答えです。切り替えは毎回エージェントのターミナルに通知され、各エージェントが動いているアカウントはサイドバーのカードで見えるので、誰に何が請求されているかを推測する必要はありません。
FAQ
これを使うにはサブスクリプションが2つ必要ですか?
はい。同じプロバイダーのアカウントが最低2つ、どちらもログイン済みである必要があります。アカウントが1つだけなら切り替え先がないため、AgentsRoomはこれまでどおり動作します。エージェントは停止し、上限がいつリセットされるかを伝えます。
切り替えるとエージェントは会話を失いますか?
いいえ、それこそが要点です。セッションは完全なトランスクリプト付きで新しいアカウント上で再開されます。Claudeの場合、Claudeのセッションはそれを作成したアカウントの中に物理的に存在するため、トランスクリプトは先に受け入れ側アカウントのディレクトリへコピーされます。
既定でオンですか?
はい。ただしそのプロバイダーで2つ目のアカウントにログインするまで何もしません。設定の「AIプロバイダーとアカウント」でオフにできます。
特定のアカウントをバックアップに使わせないようにできますか?
はい。アカウントごとにオプトアウトがあります。除外したアカウントがフォールバックに選ばれることはありませんが、エージェントを明示的にそのアカウントへ紐づければ通常どおり動作します。
すべてのアカウントが上限切れになったらどうなりますか?
エージェントは停止し、ターミナルにその旨が表示されます。アカウント名と、CLIが報告したリセット時刻も出ます。結果はこれまでと同じですが、沈黙の代わりに説明があります。
誤って切り替わり、2つ目のサブスクリプションを浪費することはありませんか?
検出が発火するのは、上限に達したとプロバイダーが明言したメッセージだけです。上限に近づいているという警告、上限パネル、パーセンテージは、設計上すべて無視されます。切り替え後は短いクールダウンが入り、再開した会話が自分の再生された履歴で再び発火することも防ぎます。
使い切ったアカウントは戻ってきますか?
はい。上限のウィンドウがリセットされるまで待機します。プロバイダー自身のリセット時刻が取得できる場合はそれを使い、その後は自動的にプールへ戻ります。クリックする操作はありません。
無人実行でも機能しますか?
そこが最も効く場面です。スケジュールタスク、バックログのチケット、チームのワークフローは誰も見ていない状態で動き、利用上限はこれまでそれらを静かに終わらせてきました。あなたがキーボードの前にいても寝ていても、切り替えは同じように起きます。
どのプロバイダーが対応していますか?
Claude CodeとCodexです。現時点で本物のマルチアカウントの仕組みを公開している2つのCLIです。検出層はプロバイダーに依存しないため、分離されたアカウントを持つCLIが増えても、設計を作り直さずに追加できます。
これはプロバイダーの規約に反しませんか?
AgentsRoomはアカウントを作成せず、認証情報を共有せず、他人の上限をプールすることもありません。あなたが所有しログイン済みのサブスクリプションを、各CLIが文書化しているアカウント分離の仕組みを通じて使うだけです。手作業でやることと同じで、中断がないだけです。
こちらもおすすめ
Claudeマルチアカウント
AgentsRoomなら1台のPCで2つ以上のClaude Codeアカウントを並行して実行。個人用、仕事用、クライアント用をプロジェクトごとに使い分け。アカウントはプロジェクト単位で固定、エージェント単位で上書き、アプリ内でサインイン。macOS、Windows、Linuxで無料ダウンロード。
Codex マルチアカウント
AgentsRoomで複数のCodex CLIアカウントを並行して使用。個人用OpenAIアカウントと仕事用を同時に運用。プロジェクトごとにアカウントを固定し、エージェントごとに上書き。codex loginでアプリ内から直接サインイン。
トークン使用量:セッションごと:ライブ
AgentsRoomのすべてのClaude Codeセッションにライブトークンメーターを表示。赤い使いすぎアラート、キャッシュヒット率、入力・出力・キャッシュの完全な内訳。100%ローカル。macOS、Windows、Linuxで無料。
マルチプロバイダー
Claude、Codex、その他のエージェントCLIを同じプロジェクトで並べて動かし、コンテキストを失わずにセッションを別のCLIへ移せます。
Adaptive Mode
送信する前にモデルを適正化します。軽いタスクは安価なモデル、重いタスクはフラッグシップへ。使うトークンが減れば、上限が来るのも遅くなります。
セッションの復元
空のプロンプトから始める代わりに、以前のCLIの会話を再開できます。対応しているプロバイダーならどれでも。
スケジュールされたタスク
夜間も含め、スケジュールでエージェントを実行します。アカウント自動切り替えと組み合わせれば、上限の壁で実行が終わることはなくなります。
さらに詳しく
Claude Codeは一度に1つのログインしか保持しない。複数を並行して動かす方法
同じマシンで仕事用アカウントと個人用アカウントを併用するための実践ガイド: どのログインが有効かを決めるたった1つの環境変数、ターミナルが2つを超えるとshell方式が破綻する理由、そしてプロジェクトごとにアカウントを固定する方法。
Claude Codeのトークンコストを削減する方法
Claude Codeはトークンごとに請求され、ほとんどの支出は目に見えません:膨張したコンテキスト、間違ったモデル、生のPDF、エージェントが同じファイルを再読すること。ここでお金が実際にどこに行くのか、そしてそれを削減する方法、請求を低く保ちながらあなたを遅くしない習慣とツールを紹介します。
利用上限に午後を奪われるのを終わりにする
2つ目のアカウントに一度ログインしておくだけ。次に上限を使い切ったときは、何時間も前に止まったエージェントからではなく、ターミナルの1行から知ることになります。
コンパニオンアプリ:外出先でもエージェントを確認
Claude、Codex、Antigravity CLI、またはその他の AI プロバイダーを使用します。
バグや要望を公開バックログに直接送信できます。
実際の AgentsRoom の様子。