エージェントが利用上限に達する。
それでも作業は続く。

はい。このルールには、同じプロバイダーの実際に使えるアカウントが最低2つ必要です。ログイン済みのClaude、CodexまたはGrok Buildのアカウント2つです。アカウントが1つだけなら切り替え先がなく、ルールエディターもそう表示します。AgentsRoomはこれまでどおり動作し、エージェントは停止して、上限がいつリセットされるかを伝えます。

Claude、Codex、Grok Buildでは失いません。それこそが要点です。セッションは完全なトランスクリプト付きで新しいアカウント上で再開されます。Claudeの場合、セッションはそれを作成したアカウントの中に物理的に存在するため、トランスクリプトは先に受け入れ側アカウントのディレクトリへコピーされます。AntigravityとCursorには自動切り替えがありません。クォータがアカウントごとではなく、マシン全体で1回だけ読み取られるからです。これらのエージェントを手動で移すと、再開ではなく、別のアカウントでまっさらな状態から再起動されます。

いいえ。自分で作成するクォータルールです。フッターの使用量パネルを開き、パネル右側の列にある「クォータ管理」カード（バージョン1.192以降、バーは左側、アクションは右側に並びます）を開いて「新しいルール」をクリックし、アクション「実行中のエージェントを移す」を選んでから、プロバイダー、ウィンドウ（「すべてのゲージ」、またはセッションか週）、しきい値を選びます。アップデート前に以前のグローバルスイッチがオンだった場合、これらのルールは「アカウントの上限に達しても作業を続ける」という名前ですでに存在します。2つのサブスクリプションをまとめるということは、作業とお金が一方から他方へ移るということなので、既定ではなくあなたの選択にしてあります。ルールを書いても、そのプロバイダーで2つ目のアカウントにログインするまでは何もしません。

はい。アカウントごとにオプトアウト「予備に使わない」があり、設定の「AIプロバイダーとアカウント」で指定できます。除外したアカウントがフォールバックに選ばれることはありませんが、エージェントを明示的にそのアカウントへ紐づければ通常どおり動作します。

エージェントは停止し、ターミナルにその旨が表示されます。アカウント名と、CLIが報告したリセット時刻も出ます。結果はこれまでと同じですが、沈黙の代わりに説明があります。

ルールが読むのはプロバイダーが公開するクォータバーで、ターミナルは決して読みません。バーが設定したしきい値を超えたとき、クォータウィンドウごとに1回だけ発動します。エディターで選べるいちばん壁に近い値は99%です。会話の中の警告、誰かが貼り付けた上限パネル、上限を引用したファイルでは発動しません。2つ目の条件を必須にすることもでき、たとえば週も一定の水準を超えていることを条件にすれば、セッションの数値だけでエージェントが移されることはありません。

はい。上限のウィンドウがリセットされるまで待機します。プロバイダー自身のリセット時刻が取得できる場合はそれを使い、その後は自動的にプールへ戻ります。クリックする操作はありません。

そこが最も効く場面です。スケジュールタスク、バックログのチケット、チームのワークフローは誰も見ていない状態で動き、利用上限はこれまでそれらを静かに終わらせてきました。あなたがキーボードの前にいても寝ていても、切り替えは同じように起きます。しかもクォータルールなので、同じ仲間のルールが起動の側もカバーします。セッションが一杯のあいだはスケジュールされた起動を保留したり、何かを消費する前に予備のアカウントへ回したりできます。

Claude Code、Codex、Grok Buildです。AgentsRoomが読めるクォータバーを公開し、アカウント全体をディスク上で分離しているのはこの3つのCLIで、そのため会話がエージェントと一緒に移れます。Antigravity CLIとCursorのクォータはアカウントごとではなくマシン全体で1つしか読み取れないため、どのルールもアカウントを区別できず、自動では何も切り替わりません。アカウントは引き続き並行して動かせ、エージェントは手動で紐づけ直します。読み取れるクォータと分離されたアカウントを備えたCLIなら、設計を作り直さずに追加できます。

AgentsRoomはアカウントを作成せず、認証情報を共有せず、他人の上限をプールすることもありません。あなたが所有しログイン済みのサブスクリプションを、各CLIが文書化しているアカウント分離の仕組みを通じて使うだけです。手作業でやることと同じで、中断がないだけです。

いいえ。そして現時点で、それをきれいに実現できているツールはありません。Antigravity CLIはそのログイン情報をOSのキーチェーンに保存しますが、そこにはマシン全体で1つのアカウントしか入らず、複数の中から選ぶ手段も公開されていません。複数のサブスクリプションを管理しているように見える切り替えツールは、そのキーチェーンの項目を書き換えているだけなので、マシン上のあらゆるセッションを通じて、常に1つのアカウントしか有効になりません。AgentsRoomはそういうことをしません。代わりに対応しているのは、エージェントごとに1つずつ割り当てるGemini APIキーを複数持つやり方で、こちらは本当に並行して動きます。

Antigravity CLIがグローバルに読み込む設定を書き込みます。そのため、そのマシン上のAntigravityセッションはすべて、GoogleのサブスクリプションではなくそのAPIキーを使うようになります。AgentsRoomの外であなた自身が起動したセッションも含まれます。AgentsRoomはこれを有効にする画面で警告を出し、オフに戻せば以前の挙動に戻ります。

設定はされていますが、有効になっていません。Antigravity CLIは今も自分の認証情報を読み込んでいるため、キーは無視されます。リストの上にあるスイッチをオンにすれば反映されます。この場合、どこにもエラーは表示されません。CLIから見れば何も間違っていないからです。単にキーを一度も見に行っていないだけです。