使用上限が、あなたのセッションを終わらせるべきではありません。

プロバイダがターンを拒否すると、Happier は「Usage limit reached」を表示し、プロバイダがリセットの時刻を返していればそれも示します。そこからは、待つ — 「Resume when limit resets」はセッションを保ったまま自力で再開します — か、「Check limit now」で再確認するか、待つのをやめるかです。午後を守るのは待つ方です。Happier はリセットの時刻を保持し、代わりに再確認し、その間にセッションが終了していれば起動し直し、中断された文脈から続けるためのプロンプトを送ります。「Always wait and resume」に一度チェックを入れれば、以後は尋ねられなくなり、そのあとの上限はすべて、誰も見ていなくても同じように処理されます。Codex のセッションはもう一歩進んで、「Continue automatically」が設定されていれば自分で待機を仕掛けます。

そのバナーが表示されるのは Claude Code、Codex、OpenCode、Gemini、Pi です。レジストリの中の他のエージェントは、Happier が対処できる形で使用上限を報告しないので、そこで得られるのはプロバイダ自身の CLI が出力するものです。

プールはエージェントではなく、接続済みサービスに属します。接続済みサービスとは資格情報の種類 — Claude のサブスクリプション、Codex のサブスクリプション、Anthropic や OpenAI のキー、Gemini のログイン — で、プールはそのうちの 1 つにおける、あなた自身のアカウントの集合です。どのエージェントを動かすかは別の選択で、セッションを開始するときに決めます。

つまり同じプールが複数のエージェントに使われます。Claude のサブスクリプションと Anthropic のキーは Claude Code、OpenCode、Pi が消費します。Codex のサブスクリプションと OpenAI のキーは Codex、OpenCode、Pi が。Gemini のログインは Gemini が。2 つの Claude アカウントでプールを作れば、その午後に Claude Code を開いても、OpenCode でも、Pi でも、それがそこにあります。

プールを作るまでは何も切り替わりませんし、プールは意図して作るものです。Settings → Connected services で、そのアカウントが属するサービスを開き、Pools → Create pool から名前を付けて、入れたいアカウントを追加します。それができるまでは、どのセッションも、あなたが選んだ 1 つのアカウントを使い、そのアカウントが止まれば止まります。

プールができると、実行中のセッションの中でアカウントを変更できるサービスについては、自動フォールバックが有効な状態で始まります。プールには「Automatic fallback」というトグルがあり、オフにすると、手で切り替えるプールが残ります。毎回自分で決めたいなら、それも妥当な運用のしかたです。

既定値は意図的に控えめです。Happier は別のメンバーへフォールバックし、クォータの残りが最も多いものを優先し、1 ターンにつき最大 1 回、セッション時間あたり 3 回まで、その間に 30 秒のクールダウンを置きます。プロバイダが、上限は特定の時刻にリセットされると言えば、Happier はその言葉どおりに受け取り、その時刻まではそのアカウントを候補として扱いません。プールは、再ログインに 20 分を失わないための手段であって、ローテーションのサービスではありません。1 時間あたりの上限は、それが知らぬ間にそうならないようにあります。

これをロードバランシングと呼ぶ人がよくいます。Happier がするのはもっと狭いことで、2 つ目のサブスクリプションにお金を払う前に知っておく価値があります。アカウントの間で作業をならすために分散させることはしません。いま使っているアカウントにまだ余裕があるうちは、何も動きません。プールは、1 つが尽きたその瞬間のためにあります — 製品はそれを自動フォールバックと呼んでいて、まさにそのとおりのものです。

アカウントのプールは、自分が所有するアカウントのためのものです。この機能の形は、1 人の人が自分自身のログインを複数持っている状況 — 個人の Max サブスクリプションと仕事用の Claude の席、Codex のサブスクリプションと OpenAI のキー — を、使い切るたびに CLI で認証し直すのではなく、1 か所で見えて切り替えられるようにしておくことです。

これは、複数の人を 1 つのサブスクリプションに乗せる方法ではありません。プロバイダの規約は — Anthropic のものも OpenAI のものも同様に — 1 つのサブスクリプションを人の間で共有することを禁じていて、プールがそれを変えることはありません。そういう使い方をすれば、あなたはプロバイダの規約の外にいることになり、どのクライアントもそれを解決できません。

私たちは弁護士ではなく、保証もしませんし、プロバイダの規約は変わります。ご自身でお読みください。組織がプロバイダと契約を結んでいる場合は、仕事用のアカウントを接続する前に確認してください。

同じサービスで接続した 2 つのアカウント、1 つのプール、そしてメーターが読めていることの確認です。プールを作るのはアプリの仕事です — Settings → Connected services でサービスを選び、Pools へ — 作成するコマンドはないからです。happier connect はシェルからアカウントをサインインさせて、そこで終わります。すでに作ったプールでセッションを開始する方が、CLI にある半分です。happier --auth cs:<id> が、プロファイルまたはプールの id を受け取ります。プロファイルとプールが同じ id を持っていて短い形式では区別できない場合のために、cs:group:<id> という長い綴りもあります。

まずアカウントの接続からで、その部分には設定リファレンスがあります。各プロバイダのサインインの仕組み、どのエージェントがどの資格情報を使えるか、クォータのスナップショットがどこから来るかを扱っています。

セルフホストのリレーはこれを無効にでき、クォータのメーターをプールとは別に無効にすることもできます。他人のサーバーを使っていて Pools の画面が見当たらないなら、それはバグではなく、そのサーバーの答えです。