Codex 状态伴侣到底该盯什么

你离开终端之后,一轮 Codex 仍然可以继续跑,但有用的问题从来不是「进程还在不在」。你需要知道的是:变化的是哪一个会话、它还在产出吗、它是不是在等你,以及有没有一个服务商错误把正常进展替换掉了

状态伴侣可以用本地证据回答这些问题。它不该把证据里的缺口,变成一种虚构的精确

Agent Island 紧凑状态界面显示 Claude Code 与 Codex 的账号身份
账号身份始终跟着状态走。一次 Codex 交接不该和另一个会话的 Claude Code 事件混为一谈

1. 每个 Codex 会话要能分清

Codex 的会话记录里,事件各自属于某一轮。监控需要稳定的身份、语义化的事件时间,以及重放保护。同一份归档记录被扫两遍,绝不能产生两次完成,也不能让 token 台账翻倍

Agent Island 读取受支持的本地会话记录,把 Codex 与 Claude Code 分开,并用最近一次有意义的事件推导可见状态。过期的会话会退回未知状态,而不是永远显示成活跃

2. 把「轮到你」当成一次状态跃迁

长得像结束的事件不总意味着需要人回来。后台工作和内部 Agent 活动结束时并不产生用户交接。有用的提醒要求一个准确的会话,以及「下一步有意义的动作属于用户」这一证据

Agent Island 可以用紧凑的状态变化、系统通知和前台提醒把这次跃迁呈现出来。它不会自动续跑 Codex 会话,也不会替你发下一条指令。可见性与执行权始终是分开的

3. 显示当前的周窗口,不是已退役的那个

在 2026 年 7 月核实的服务商状态里,Codex 对外给出的是一个每周额度窗口,不再给出旧的五小时窗口。因此正确的 Codex 伴侣应该显示一个每周重置窗口,而不是保留一套过时的双磁贴布局

Agent Island macOS 用量面板显示 Codex 的单个每周额度窗口
已验证的 macOS 截图。Codex 只有一块周窗口磁贴;Claude 则分五小时与每周两个窗口

周百分比对安排产能有用。它不是 token 计数器,不是账单,也不能证明每一个本地事件都被采集到了

4. 本地 token 活动与价值估算要分开

在 macOS 上,Agent Island v1.7.1 可以把本地 Codex 的 token 事件解析成台账,并对已知模型套用一份带日期的价目表。未知模型不定价。结果是一个 API 等值估算,不是关于订阅花费或者「省了多少钱」的结论

要和服务商的计费界面对上,需要一次受控实验:窗口对齐、模型标识对齐、含在套餐内的用量对齐,服务商侧的记账也要完整。状态伴侣应该把这份不确定性标出来,而不是藏起来

5. 把本地边界说明白

Agent Island 不需要账号,也不会把会话内容上传到 Agent Island 的服务。状态与台账的计算都用设备上已有的记录。可选的服务商用量刷新会用到本机已有的服务商凭据,它不会因此长出一个 Agent Island 的会话后端

6. 每个平台要各自验证

Agent Island v1.7.1 同时提供 macOS 与 Windows 版本。共同的已验证范围是:实时的 Claude Code 与 Codex 状态、本地监控,以及轮到你了提醒。macOS 用原生 SwiftUI,Windows 用原生 WPF

这里讨论的 Codex 周用量、本地成本台账、报告卡和视觉个性化行为,目前有真机验证的是 macOS。本参考页不声称这些较新的界面在 Windows 上已完成验证

六个评估问题

  1. 这个工具是否保留了准确的 Codex 会话身份
  2. 它能不能把真正的交接与后台完成区分开
  3. 它显示的是当前的周窗口,还是已退役的五小时窗口
  4. 重放的 token 事件有没有做去重
  5. API 价值估算有没有与账单明确分开
  6. macOS 与 Windows 的说法是否各有各的依据

当前发布范围

本参考页于 2026-07-25 针对公开的 Agent Island v1.7.1 版本核对过。该版本既不是草稿也不是预发布,包含 macOS DMG 与 Windows x64 ZIP。Agent Island 免费,采用 MIT 许可

额度与台账细节见 Codex 用量追踪。想看双服务商的工作流,可以对照 Claude Code 状态伴侣参考

← 全部文章