要避免codex被5小时窗口限流卡住，需主动控制token消耗路径：从首条消息发送前就规划节奏，通过桌面app或vs code插件查用量与重置时间，手动选择窗口开启时机，并采用计划模式、关闭沙盒预览、本地cli等省token方法，设置硬限额防事故，将高频流程沉淀为文档/skill/自定义指令。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让Codex在处理任务时不被5小时窗口突然限流卡住，必须主动干预它的token消耗路径——不是等提示“已超限额”才反应，而是从发第一条消息前就设计好节奏和边界。
查清当前用量和重置时间
打开Codex桌面App → 点击左下角「Settings」图标 → 找到「Usage & Limits」区域 → 直接读取「Resets in X hr X min」那行字。如果显示「Starts when a message is sent」，说明你今天还没触发任何请求，5小时窗口尚未启动，额度处于冻结状态。
【这个倒计时是秒级精确的，从你按下回车发送第一句的那一刻开始，不是整点也不是凌晨】
在VS Code插件中，输入/codex /status（或直接按快捷键Ctrl+Shift+P → 输入“Codex: Show Status”）即可查看实时用量、剩余消息数、周限额进度及两个窗口各自的重置时间戳。
手动控制5小时窗口开启时机
窗口不会自动续上。上一轮归零后，Codex彻底挂起：不耗Token、不计时、不响应任何后台动作。哪怕你反复切换项目、点击对话框、编辑提示词，只要不按回车或点「Send」，倒计时就不会动。
真正能掌控窗口开启时间的，只有你按下发送键的那一瞬——想拖到晚上9点再干活？那就等到20:59再发第一句。
这一步操作起来很简单，直接把文件拖进去就行。
三类省Token实操方法
方法一：用「计划模式」代替连续追问
在对话框输入任务时，开头加@plan，比如「@plan 帮我把src/api/下的所有fetch调用统一改成axios」。Codex会先生成完整执行步骤，等你确认后再一次性运行，避免反复试错浪费Token。
方法二：关闭沙盒自动预览
右侧沙箱终端默认实时渲染Diff预览，每次微调都会触发一次完整代码生成。进入Settings → Sandbox → 关掉「Auto-preview changes」，改完再手动点「Apply」，能省30%～40%基础消耗。
方法三：本地CLI替代桌面App执行重复任务
比如批量重命名文件、替换配置项、生成测试桩——这类结构化操作，用Codex CLI在终端里跑一次命令（codex run --script rename.js）比在App里一句句聊快得多，Token用量通常只有对话模式的1/5。
设置硬限额防生产事故
第一步：登录CodeX控制台 → 进入“Limits”页面 → 选择“Per API Key”模式。
第二步：为每个Key设置硬限额（Hard Limit），而非软限额（Soft Limit）。软限额只发邮件提醒，硬限额会直接拒绝请求。
第三步：绝对不要选“Account Level”模式——那会锁死所有项目，包括老板正在用的那个演示Demo。
我见过有人设了账户级硬限额，结果老板的演示Demo直接挂了，场面一度非常尴尬。
把高频流程沉淀成Skill或文档
方法1：把流程保存成markdown文档
做完一个视频转文本案例后，对Codex说：“将我提取视频以及后续处理的逻辑保存成markdown文档，放到根目录docs/目录下，后续处理视频优先用这个文档。”好处是下次处理新视频不用在超长对话里硬扛，新开一个文档让Codex学习即可。
方法2：常用流程做成skill
对Codex说：“将刚才视频转文本的逻辑，保存成skill，后续我可以直接去使用。”关键点在于：想在当前项目用，就让skill保存在当前项目中；想要全局用，必须明确告诉Codex“保存成全局skill”。
方法3：通用规则写入自定义指令
Codex每次启动都会读取自定义指令。把生图调用API的逻辑、改代码的默认风格、目录修改权限等常用配置放进去。自定义指令不是一次写完，用着发现哪里消耗token，就让Codex继续帮你完善。
