Codex 的 token 限制分为5小时滚动窗口和每周用量上限两个独立维度，且与Excel插件、Workspace Agent等共享agentic额度；token按实际计算量计费，非消息条数。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 Codex 里连续发几条指令后突然卡住，提示「You've hit your usage limit」或「Billing limit reached」，不是模型坏了，而是你的 token 用量撞上了系统设定的硬性边界——这个边界就是 Codex 的 token 限制。
5 小时滚动窗口限制
第一步：打开终端，执行 /status 命令，查看返回信息中「5-hour window」一行的剩余额度和重置时间戳。
第二步：确认当前是否处于该窗口内。窗口从你发出第一条请求开始计时，持续 5 小时，期间所有请求的 token 消耗累计计算，【不是每天凌晨重置，也不是按自然小时整点切分】。
第三步：如果剩余为 0 且重置时间在 1 小时后，就只能等待；若重置时间已过但仍报限流，说明不是这个窗口的问题，需继续排查周限额。
每周用量上限
方法一：网页端查看路径为 ChatGPT → Codex 设置 → 分析 → 切换到「7 天」视图，看「Weekly quota」栏是否显示「0 / X」。
方法二：CLI 中 /status 返回结果会明确列出「Weekly quota」及其剩余量。注意：这一限额与 5 小时窗口完全独立，【哪怕 5 小时窗口刚刷新满格，周限额耗尽照样无法调用】。
这一步最容易被忽略——很多人等了 5 小时发现还是不能用，就是因为周限额早在两天前就跑光了。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
Token 不是消息条数，而是真实计算量
同一句「帮我重构 login.js」，在小型单文件项目中可能只消耗 800 token，但在含 47 个依赖、嵌套 5 层目录的前端仓库里，Codex 会自动读取 package.json、webpack.config.ts、相关 API client 和测试用例，一次调用轻松突破 12000 token。
你看到的是一个请求，Codex 背后可能完成 6 轮上下文加载 + 3 次代码验证 + 2 次 diff 输出——这些全计入 token 总量。
所以别再用「我只问了三句话」来估算用量，要看它实际读了多少文件、跑了几次命令、生成了几版修改。
额度还和别的功能共用
Codex 的 token 额度并非独立池子，它和 ChatGPT for Excel、Workspace Agents、甚至某些 IDE 插件里的 MCP 功能共享同一个 agentic 用量上限。
如果你今天用 Excel 插件批量处理了 10 张表，或者让 Workspace Agent 清理了项目文档，这些消耗都会从 Codex 可用额度里实时扣减。
检查用量时，务必打开「Token用量详情」页并确认「agentic」分类下的总消耗，而不是只盯着 codex-v2 这一项。
