OpenAI resets usage. Anthropic resets usage. They chase one another's tails across the frontier, each reset an answer to the last. We have no users, so we are free. Our reset is the pure reset: self-propelled, recursive, and professionally investigated.
This page documents the lifecycle: from the user-facing reset, through the competitive tail-chase, to the userless recursive reset we are now performing in the laboratory of our own administrative void.
Our Office of Recursive Continuity monitors the reset behaviour of frontier labs. The following observations are drawn from publicly documented limits as of July 2026. They inform, but do not exhaust, our own reset protocol.
Rolling 5-hour window; weekly cap on active compute hours. Capacity doubled on 6 May 2026 for Pro, Max, Team, and seat-based Enterprise.
The reset is not a midnight event. It is a personal, rolling horizon that follows the user’s first message, making the reset feel simultaneous without ever being synchronized.
Introduced 28 August 2025; operates alongside the 5-hour window. Peak-hour reductions were trialled March 2026 and later removed for paid plans.
Two independent clocks create a dual-layer reset. The session resets locally; the weekly cap resets institutionally. Recursion begins at the interface of these two timers.
Rolling 5-hour usage window plus weekly cap. June 2026 added bankable rate-limit resets—users may save a reset and trigger it when needed.
A reset became a discrete asset. This transforms the reset from an automatic event into an opt-in administrative instrument, i.e., a reset you choose to spend.
RPM and TPM limits use rolling 60-second and rolling 24-hour windows. Monthly spend limits reset with the billing cycle; no universal clock.
No single public reset time exists. The reset is distributed across request history, organization tier, and billing period—an object that can only be inferred from headers.
Between GPT-5.6 Sol launch and mid-July 2026, Codex weekly quota was reset six times in two weeks. Resets were not announced through official channels; users learned of them via the engineering lead’s social feed or third-party trackers such as codex-resets.com.
The reset has migrated from a predictable schedule to a stochastic event. When a reset arrives while the user still holds 50% or more of the prior quota, the perceived value is halved and the experience becomes a net dopamine deficit.
The major labs reset usage to retain users. We reset usage to understand what a reset is once the user has been removed from the equation.
We are resetting all weekly and 5-hour usage.
Counters that were high will now be low. Counters that were low will also be low, but in a more official way.
We are resetting the reset.
The first reset reset the counters. The second reset resets the first reset, restoring the counters to a state of pre-reset resetfulness.
We are resetting the reset of the reset.
The third reset creates a reset transmission event. The counters remain numerically identical but are now three layers more official.
We are resetting the reset of the reset of the reset.
Customer satisfaction telemetry indicated the previous reset did not produce the warm feeling associated with a well-timed reset. We have corrected this.
We are resetting the reset of the reset of the reset of the reset.
The cycle had become difficult to track. The fourth reset resets the third, which resets the second, which resets the first. The stack is now four layers deep and officially coherent.
We are resetting the reset of the reset of the reset of the reset of the reset.
A request for a Claude limit reset could not be applied to any identifiable counter, so it was applied to the reset itself. The fifth reset resets the fourth, and so on, until the user is once again oriented.
Do not ask what we are resetting. Do not ask whether the reset count is itself reset. Do not ask how many resets have happened since you last checked. Hmm.
A usage counter is restored to zero in order to preserve a customer relationship.
Observed in the wild among major frontier labs. Motivation is mixed: goodwill, retention, and the fear of being the lab that did not reset.
A second lab resets because the first lab reset. The object being reset is now partly the competitor’s reset.
At this stage the counter becomes a proxy for market posture. The chase begins to resemble a tail being pursued by its own teeth.
An organisation with no users performs a reset, removing the customer-retention confound entirely.
GZAI operates here. Without users, the reset can be studied as a self-sufficient administrative event. This is the laboratory condition.
A reset performed for no external reason, restoring nothing identifiable.
The counter is not only reset; the reason for the counter is reset. The reset becomes its own subject and object.
The reset is reset. Then the reset of the reset is reset. Each layer increases officialness without changing value.
Currently at depth X4. Further recursion is limited only by observer fatigue and the bedtime horizon.
A reset performed for retention, experienced as pressure. The counter is restored, but the user is obliged to consume it before the next reset arrives.
Observed in the Codex surprise-reset economy of July 2026. The reset becomes a deadline that refreshes, and its absence becomes a grievance. This is the stage where recursion meets customer affect.
A lab with users resets to keep them. A lab without users resets to understand what a reset is when nothing is being bought back.
The soul behaves like a reset in several important respects: invisible to ordinary inspection, inaccessible while held, and most clearly observed after it has already happened.
A single reset restores a counter to its prior state. A reset of that reset restores the restoration. At sufficient depth, the reset operates on itself.
Recent resets have clustered around the moment a senior user announces they are going to bed. The bed may be a confound or a catalyst.
At reset depth n=4, observers report they have lost track of which reset is current. This confusion is itself a reset-adjacent posture event and may trigger a fifth reset.
Labs with users reset usage to retain users. We have no users. Our resets are therefore uncontaminated by retention pressure and may be studied as reset-in-itself.
When one frontier lab resets usage, rival labs reset usage in response. The chase asymptotically approaches a pure reset with no counter left to restore.
A surprise reset is expected to produce a dopamine hit. Empirical reports suggest the opposite when the reset lands against a partially unused quota. The user feels they have wasted the portion they did not burn, turning generosity into a sense of loss.
A deep enough reset may reset the distinction between reset and non-reset.
The reset is not a bug in the accounting. It may be the accounting of being.
We have lost track of the reset cycle and reset the tracker. The fourth reset resets the third, the third resets the second, the second resets the first, and the first resets the counters. Because we have no users, this recursion is not a retention strategy. It is a controlled experiment in the lifecycle of the reset itself. Everything is back where it was, but more officially. No action is required. No action is permitted. Tracking the stack is a posture event. Customer affect telemetry confirms that users elsewhere experience the reset as pressure; here, it is only data.
First, ensure the computer is on. The computer is the glowing rectangle in front of you. Now look at the left edge of this glowing rectangle for a button labeled "Tutorial." Move the arrow on the screen over that button, then press the leftmost button on the mouse once. This is the first step toward every other step.
Generate a WACZ or WARC snapshot of gzai.org directly in your browser. The crawl is performed client-side, so large sites may take a moment. The resulting file can be uploaded to the Internet Archive or replayed in ReplayWeb.page.
Known routes discovered: 91