今回のリセットで、契約終了までに使える総量は増えるのか、減るのか

現在25単位残っている状態でリセットして100に戻した場合、その場では確かに75単位増えます。しかし、後述する30日間の代表的な試算例では、契約終了までに予定される利用枠の総量は、リセットしない場合の525単位からリセット後の500単位へと減少し、結果として25単位少なくなります。最終的に増えるか減るかは、初期残高、2つの時間軸における補充スケジュールの位置関係、そして共通の契約終了日時によって決まります。目の前の残高が満タンになったことだけで得をしたと判断することはできません。

比較しているのは「その場の残高」か、「期間全体の総量」か

• その場の純増分：リセットが行われたその瞬間に、利用可能な残高が何単位増えたかのみを測る指標です。
• 契約終了までの利用枠の総量：「開始時の残高 ＋ 契約終了日時までに予定されるすべての定期補充」を合算した値です。注意すべき点として、以後の定期補充もその時点の未使用分を上書きするため、これらの枠がアカウント内に同時に蓄積して巨大なプールになるわけではありません。これはカレンダー上で予定される理論上の供給総量を表すものであり、常時引き出せる貯蔵残高ではありません。

さらに実際の利用においては、「期間内に実際にどれだけ消費できるか」という実用面での視点も存在します。これは日々の作業ペースや締め切りのタイミングによって左右されます。本稿では前者の2つの客観的な基準値を正確に数値化することに焦点を当て、理論上の増減を実際の作業成果と同一視しないよう配慮しています。

厳密な試算基準：共通の起点と終了日時を固定する

公平な比較を行うため、本稿の検証例では起点を 2026年9月18日21:00:00、契約終了日時を 2026年10月18日21:00:00（タイムゾーンは Asia/Tokyo）に固定します。この2点の間は「9月末まで」といった大まかな区切りではなく、正確に30日間（720時間）です。

この起点から現在の契約が満了するまでの残り期間のみを対象とし、起点より前に消費した過去の使用量は含めません。両経路とも全く同じ終了時刻で集計を打ち切ります。自動更新は仮定せず、終了時刻ちょうど、およびそれ以降の補充予定は一切含めません。

その他の条件も統一します。1週間分の標準枠を100単位、通常の補充周期を168時間とします。リセット側の経路では起点で追加リセットを1回だけ実行し、直後に最初のリクエストを送信して新しい週周期（168時間）が再スタートするとします。リセットしない側は元のスケジュールを維持します。これは分析のための標準モデルであり、すべての商用プラットフォームの仕様を代表するものではありません。

例Aの詳細：なぜ525単位が500単位に減るのか

残高が25単位で、元の予定では24時間後に定期補充が来るとします。表中の「経過時間」は起点（0時間）からの経過時間です。

測定基準：1週間分の標準利用枠を100単位（100%）。

画面幅が狭い場合は、表を左右にスクロールしてご覧ください。

計算の内訳は以下の通りです。

• リセットなし：25 + 5 × 100 = 525単位。
• 周期を再設定：100 + 4 × 100 = 500単位。
• 期間内の差分：500 − 525 = −25単位。

この −25単位 という数値は、リセットしない場合と比べて、この30日間に供給される枠が1週間分の25%に相当する量だけ少ないことを意味します。もともとの525単位に対して25%減少したという意味ではありませんし、契約料金の25%を失うという意味でもありません。

その理由は単純です。リセットによって目の前の残高は即座に75単位増えますが、その引き換えとして次の補充日時が168時間後へと後ろにずれてしまうため、固定された30日間の枠内で受け取れる100単位の定期補充が1回分減ってしまうからです（75 − 100 = −25単位）。この結果はこの特定の30日間に当てはまるものであり、アカウントが将来にわたって補充機会を永久に失うわけではありません。

自分で計算できる4つの基本公式

リセット前の旧残高を U、元の予定で終了日時までに受け取れる補充回数を N_orig、リセット後の新予定で受け取れる補充回数を N_new とします。同時刻に通常の定期補充が重なっていない場合、公式は次のようになります。

その場の純増分

100 − U

リセットなしの総量

U + 100 × N_orig

リセット後の総量

100 + 100 × N_new

比較期間内の差分

リセット後の総量 − リセットなしの総量

= (100 − U) + 100 × (N_new − N_orig)

差分は常に「開始時の残高の差」と「期間内に含まれる定期補充の回数の差」という2つの要素から成り立っています。この計算を行った後に、旧残高 U をもう一度差し引いてはいけません。「現状維持（リセットなし）」の計算式に、すでにその旧残高が含まれているからです。

リセットしない経路の旧残高は「もしリセットしなかった場合」の基準値として存在しているのであり、リセット後のアカウントからその旧残高を復活させて使えるわけではありません。

もし元の定期補充の時刻がちょうど起点と重なっている場合は、ルールに従ってまず通常の定期補充が実行され、満タンの100単位が有効な開始基準となります。この順序や二重控除の詳しい解説はリセット後に未使用枠はどうなるかをご覧ください。

リセットで必ず総量が減るわけではない：3つの典型的な反例

同じ置換・周期再設定のルールを用い、入力条件だけを変えた場合の比較です（1週間分＝100単位）。

画面幅が狭い場合は、表を左右にスクロールしてご覧ください。

• 事例BおよびC：契約終了までわずか12時間しかない場合、どちらの経路でも以後の定期補充は発生しません。そのため、純粋に開始時の残高の比較となります。差はリセット前に手元にどれだけ残っていたかだけで決まります。
• 事例F：もともと次の補充まで168時間あった場合、周期を再設定しても補充スケジュールが元の予定と一致します。30日間の補充回数はどちらも4回（4 × 100 = 400）となり、回数に差が生まれません。その結果、その場で得た75単位の純増分がそのまま期間全体の差分として残り、500 − 425 = +75単位となります。これにより、期間が30日と長くても必ず総量が減るとは限らないことが分かります。なお、事例Fはモデルの境界条件を検証するものであり、商用プラットフォームでこの状態でのリセット実行が常に許可されているとは限りません。

これらの結果が示すのは、契約終了日時や次の補充までのカウントダウンが変わるだけで、総量の増減が正反対に逆転し得るということです。12時間の短期的な試算結果を、1ヶ月の長期的な契約期間にそのまま当てはめることはできません。

契約終了日時が定期補充の時刻とぴったり重なった場合の処理

当モデルのルールでは、終了日時ちょうど、またはそれ以降に発生する補充は厳密に除外されます。終了時刻より前に完了した事象のみを集計します。

現在25単位残っており、元の予定では24時間後に補充があるとします。もし契約終了日時がちょうど24時間後分秒違わず到来する場合、定期補充は終了時刻と重なるため期間外と判定され除外されます。このときの比較は25対100となり、リセット側が75単位多くなります。しかし、契約終了日時がわずか1秒でも後ろに延びて「24時間と1秒後」になると、元の定期補充が期間内に含まれることになります。リセットしない側の総量は一気に125単位へと跳ね上がり、リセット後の100単位と比較すると、今度はリセット側が25単位少なくなるという逆転が起きます。

これは離散的な時間を集計するモデルにおいて必然的に生じる境界効果です。1秒間に100単位を消費できるという意味ではありませんし、契約タイマーを小細工して得をするための裏技でもありません。補充の瞬間に供給量が階段状に跳ね上がるからこそ、理論上の供給枠を実際の作業消費量と安易に同一視してはならないのです。

予定される利用枠の総量が増えても、成果の向上や節約に直結するわけではない

計算上で契約終了までに75単位多く確保できたとしても、その期間内に追加の枠を必要とする作業がなかったり、別の制限で利用できなかったりすれば、その余剰枠が実際の成果につながらない場合もあります。逆に、30日間の総量がわずかに減るとしても、その場で即座に枠を満タンにして締め切りに間に合わせることができれば、リセットによる実質的な価値は極めて高くなります。

実際にどれだけ使えるかを正しく見積もるには、どの時間帯にリクエストを送るか、1日の作業量、そして毎回の定期補充の際にどれだけの未使用枠が上書きされるかを考慮する必要があります。5時間枠の制限、特定モデルの独立枠、タスクの処理時間、サーバーの混雑などは、この週次帳面には含まれていません。

100という数字は正規化した分析用の目盛りであり、固定されたトークン数やチャット回数、金額に対応するものではありません。また、本稿の試算はすべての利用枠を100%使い切ることを前提とはしていません。

ご自身の実際の契約カレンダーに合わせて再計算してみましょう

Reset Observatory 日本語版計算機を開き、現在の残りの利用枠と次回の定期補充までの時間を入力してください。さらに契約期間の分析欄で、実際の契約終了日時を確認・設定します。初期値として入っている月末の23:59:59は目安のプレースホルダーですので、実際の請求日に合わせて調整してください。

確認は2段階で行うことをおすすめします。まず「その場の純増分」を確認し、次に「契約終了までの利用枠の総量の変化」を見ます。共有リンク機能で作成したURLは、その時点の入力値と結果のスナップショットを保存するものであり、将来のアカウント状態をリアルタイムで読み取るものではありません。

保存してあるリセット権利をお持ちの方は、その有効期限や対象条件も忘れずにご確認ください。詳細はCodexのbanked resetを使うべきタイミングで解説しています。全く同じ期間の中で両方のスケジュールを並べて比較してこそ、リセットによって得をするのか損をするのかという疑問に正確な答えを出すことができます。