Prepare the first request.
State the outcome, relevant files and acceptance criteria. For a large change, review a short plan before implementation. For a small fix, give a clear task and let it run.
A little planning. More useful time.
Plan smarter. Waste less. Get more from your AI subscriptions.
Align five-hour sessions with the time you actually work. Find a useful first request, see your next windows and keep the weekly limit in view.
01 / Smart multi-window planner
Start with your workday. Compare a quiet early start with your usual first request.
Session timing is a model. Confirm the actual reset in your provider’s usage display. This tool cannot see remaining capacity or predict tokens.
02 / Manual reset tracker
Copy the times from each account. Keep both providers in view without sharing a password or API key.
These are manual notes, independent of the planner. A countdown reaching zero does not confirm a refill. A new request may be needed to start the next window.
03 / AI coding efficiency playbook
Timing helps. A clear task, a suitable model and a clean handoff usually help more.
State the outcome, relevant files and acceptance criteria. For a large change, review a short plan before implementation. For a small fix, give a clear task and let it run.
Use a lighter model for a bounded routine edit. Save deeper reasoning for uncertain architecture or a difficult bug. Check your provider’s model picker rather than assuming every task needs the largest model.
Reference the files that matter. Remove huge pasted logs and stale instructions. Start a fresh chat for unrelated work; preserve a short handoff when continuing a long task.
Define what “done” means and which checks matter. Inspect loops that repeat the same failing attempt. Parallel agents can consume a shared allowance quickly.
Note the allowance before and after representative work. Context size, tools, models and task complexity all matter. A session count is not a guaranteed number of messages.
An early first request uses some allowance. Three overlapping sessions do not create a larger weekly pool. Leave headroom for work that matters later in the week.
A small, useful starter
A bounded summary can prepare your next work session. Avoid empty pings and recurring calls that serve no useful purpose.
Read the project README only. Summarize the current setup in five bullets and suggest one useful next step. Do not edit files, install packages, browse the web or start additional agents. Stop after the summary.
Send it yourself, or use a scheduling feature in the official client, such as Claude Code routines ↗ or Codex app automations ↗. Check plan availability, billing and whether the task affects the intended allowance. Use supported authentication and check the provider’s terms.
A calendar reminder is only a reminder. Schedule any real task inside a supported, authenticated subscription client. Verify that it affects the intended allowance. API usage is billed separately; opening this page does not trigger a session.
Switch tools with a handoff. Record the goal, changed files, test results and next step before moving to another provider. Confirm data handling and any extra charges before enabling paid usage beyond your plan (for example Claude usage credits or ChatGPT/Codex credits).
04 / Provider rules
Checked on 2 November 2026. Plan details can change. Your account display is the final check.
| Platform | Usage model | What this means here | Official source |
|---|---|---|---|
| Claude + Claude CodeDocumented start rule | Pro / Max: five-hour sessions and weekly limits. Ultra replaced Max 20x. Verified Ultra accounts have no five-hour limit; weekly and model-specific limits, including a separate Fable limit where applicable, can still apply. | Use the planner for Pro / Max. If Ultra still shows a Current session bar in Settings > Usage, use the session preset. Claude and Claude Code share account usage. | Claude limits ↗ Ultra & verification ↗ |
| OpenAI CodexAssumed start rule | Plus / Standard Business: published estimates per five-hour period, not fixed message limits. Weekly limits may apply. Pro: currently no five-hour limit. | This source does not establish whether the first request starts the window. The planner assumes it does; use the actual reset in your dashboard. ChatGPT Work and Codex share usage. | OpenAI Codex pricing & usage ↗ |
| Google AntigravityStart rule undocumented | AI Pro / Ultra: Five-hour refresh and weekly limits. Without AI Pro / Ultra: weekly quota. | Five-hour refresh is documented. This source does not document that your first request starts the window, so no automatic optimization preset. | Antigravity plans ↗ |
| Gemini AppsStart rule undocumented | Compute-based allowance, refreshed every five hours until the weekly limit is reached. Features such as media generation and Deep Research can use more allowance. | Do not assume Gemini Apps and Gemini CLI use the same pool or reset mechanics. | Gemini Apps Help ↗ |
| Kimi CodeRolling window | Rolling five-hour rate window and monthly quota. Legacy plans also retain a weekly limit. | Rolling recovery is not modeled as three discrete session refills. Check the account’s rate-limit display. | Kimi membership ↗ |
| Gemini CLISession anchor: n/a | Daily model-request quotas plus rate limits, dependent on authentication and plan. | No five-hour session preset. A user prompt can cause several model requests. | Gemini CLI quotas ↗ |
| GitHub CopilotSession anchor: n/a | Current plans include monthly AI credits; premium requests belong to legacy request-based billing. | A monthly credit pool is not equivalent to a five-hour session budget. | GitHub plans ↗ |
| CursorSession anchor: n/a | Current subscription: Weekly pool. Legacy Cursor plans: Monthly usage pools. | Check your plan generation and included models. No general five-hour session preset. | Cursor usage ↗ |
This is a selected comparison, not a complete market survey. No price or message count is guaranteed. Rules are maintained manually and checked on the date above. This page does not fetch account data.
Before you start
Yes, under a first-request-anchored five-hour session model. An early first request can leave part of the first window in your workday, followed by two later windows. Each needs usable allowance, and the later windows require new requests. This does not create fifteen working hours or increase the weekly pool.
Open “Active window & planning assumptions” and enter the reset shown in your account. This anchors the first window; an early request cannot move it. The active window must overlap your workday. Any working time before that window starts is shown as uncovered. If it expired before work starts, choose “No active window at first request”.
The simulation sends no requests during a break. If a window expires then, the next request waits until the break ends, The restart delay is applied once; if the resulting request time falls in the break, the request waits until the break ends. The following five-hour period starts from that request.
It is a timing planner. It cannot calculate unknown task consumption, guarantee availability or change provider limits. Keep actual account usage and applicable terms in view.
Calculations run in your browser. Inputs stay in memory unless you enable “Remember inputs on this device.” That option stores this tool’s planner and tracker fields in local browser storage. Turning it off removes that saved copy. The module adds no analytics or account connection; the existing website has its own privacy policy.
Read the eTatos privacy policyNo. The .ics file contains one-off reminders for the planned request times, with a five-minute alert. Import it into your calendar yourself. Verify times after import, especially around daylight-saving changes. The file contains no API key and does not authorize AI usage.