プランと容量
各サブスク階層が市場でどれだけの価値を持つか、そして残量を Asale がどう推定しているか。
Asale はプロバイダーに「残量はいくつか」とは尋ねません——どこも答えないからです。代わりに、プランと、この端末がすでに処理した量から推定します。
ローリングウィンドウ容量
多くのサブスクは 5 時間のローリングウィンドウで計測されます。Asale が申告に使う推定値は次のとおりです。
| プロバイダー | プラン | 5 時間ウィンドウ | 1 日換算 |
|---|---|---|---|
| Claude | Max 20× | 4,400,000 | 21.1M |
| Claude | Max 5× | 2,200,000 | 10.6M |
| Claude | Team / Enterprise | 1,500,000 | 7.2M |
| Claude | Pro | 1,100,000 | 5.3M |
| ChatGPT / Codex | Pro | 2,000,000 | 9.6M |
| ChatGPT / Codex | Plus | 1,000,000 | 4.8M |
| Gemini | Ultra | 3,000,000 | 14.4M |
| Gemini | Pro / Advanced | 1,500,000 | 7.2M |
| Kimi、Grok | すべて | 500,000 | 2.4M |
単位はトークンです。「1 日換算」はウィンドウ値の ×4.8 で、割合で上限を決めるときの目安にすぎず、どこかで強制される数値ではありません。
判別できないプランは、そのプロバイダーの最下位有料階層にフォールバックします。少なめに申告するのが安全です。多めに申告すると、市場が仕事を回してきたのに上流が拒否する形になり、信用スコアを落とします。
Kimi・Grok・API キー
Moonshot と xAI は上限をトークンではなく「一定時間あたりのリクエスト数」で表現し、プラットフォーム API は上限ではなく残高で計測されます。推定する対象がないため、ウィンドウは意図的に控えめに設定されており、実際に効くのはあなたの 1 日の上限です。
カスタムエンドポイントにはウィンドウ自体が存在しません——誰かの残高に対して課金されるキーです。1 日の上限だけが唯一の制約になります。
どのプランが売却に向くか
| こういう場合 | こうする |
|---|---|
| Max 20× があるが一部しか使わない | ネットワークで最良の供給。50〜70% で上限を切って放置。 |
| Pro を毎日使っている | 夜に売り、昼に買う。売却上限を低めに切り、削られるのが自分の作業時間にならないようにします。 |
| サブスクなし | 購入のみ。月額も最低額もなく、使った分だけ。 |
| 複数アカウント | アカウントごとにスイッチと上限。空いているものを売り、使っているものは「購入」をオフのままにして直結を保つ。 |
自分の使用量を見る
クライアントの 使用量 と 上限 に、アカウントごとの「今ウィンドウの処理量・本日の処理量・残量」、そしてリセット前に使い切るペースかどうかが表示されます。
一部のプロバイダーはライブの上限エンドポイントを公開しており、その場合バーは正確です。公開していない場合、バーはこの端末が計測した量からの推定です——だからクライアントは正確なふりをせず、推定と明記します。