选择时间竟然没有全部 很坏了
[圈选元素] div.flex.flex-wrap.items-center
[HTML]
每日趋势里的token统计,实际上显示的是非缓存的总token,但是标注了总token,会让人产生误解。而且费用又是包含缓存token在内的总费用,有点混乱,建议把缓存token加上
[圈选元素] div.bg-zinc-900.border.border-zinc-800
[HTML]
...
Codex 分叉对话时,新的 session JSONL 会把原对话的历史事件复制过来,其中也包括大量 event_msg / token_count。
VibeCafé 现在似乎会把 fork 后新 session 里的这些历史 token_count 全部当成新的用量统计,导致原对话的 token 在分叉时间点被重复计算,Dashboard 上会出现异常高的 token/cost 峰值。
我这里的例子是:2026-05-15 21:49 左右分叉后,新 session 里有 2338 条 token_count,其中 2306 条都集中在分叉瞬间 21:49:28 到 21:49:30,明显不是新的真实 API 调用,而是历史回放。VibeCafé 把这部分算进去了,导致该时间点 token 和 cost 异常升高。
建议 VibeCafé 在解析 Codex 日志时识别 session_meta.payload.forked_from_id,并跳过 forked session 开头复制过来的历史 token_count。
这有一个 1 个消息未读,但点开没反应。是 bug吗?
[圈选元素] div.flex.items-center.gap-4
[HTML]
不要外面这层 contain,图片直接放出来展示即可
[圈选元素] img.object-contain
[HTML]
<img alt="Vibe Hacks #04:Vibe Coding for 「一分钟」小游戏 1" loading="lazy" decoding="async" data-nimg="fill" class="object-contain" sizes="(max-width: 640px) 92vw, 320px" srcset="/_next/image?url=https%3A%2F%2Fakxlagkpqhwjrwrq.public.blob.vercel-storage.com%2Fnews%2Fcml7wor4c0001i904he8icio7%2F1778507536490-gfirub-yhp5itfrYjim5v8O5JovfXJL9EtiON.blob&w=640&q=75 640w, /_next/image?url=https%3A%2F%2Fakxlagkpqhwjrwrq.public.blob.vercel-storage.com%2Fnews%2Fcml7wor4c0001i904he8icio7%2F1778507536490-...
点开链接是疯狂星期四的投票链接 https://vibecafe.ai/item/cmp268c96000007koqa1a7ni2 然后点击登录,Google登录返回后没有返回投票链接,而是返回了首页
我的 codex 说:vibe-usage 可能有低估用量的 bug:客户端像是在上传增量 bucket,但服务端/dashboard 对同 key bucket 似乎是覆盖而不是累加,导致 5 分钟自动同步下 Hermes 长会话被少算。
例子:本地 Hermes session 20260508_180344_d67c6a 有 input=2,036,643,应落在 2026-05-08T10:00:00Z,但 dashboard 同 bucket 只有 input=739,340,比单个本地 session 还小。
另外 uploadProject=false 时 project 是聚合后才改成 unknown,可能让不同通道撞到同一个 bucket key;建议改成上传绝对 bucket 总量,或服务端按增量累加,并在匿名 project 后重新聚合。