Private Capture

Unlock Capture

这个站点包含私人录音与日记内容。输入密码后进入;当前浏览器会自动记住。

密码仅保存在当前浏览器本地。

codex 果然有多烧 token 的问题

完整原文、主题、复核、脑图、原子层、关系网络与处理轨迹。

时间线28 / 563

codex 果然有多烧 token 的问题

2026.09.17 · 02:18xhs_shareLily1 段原文

这条记录讲了什么

codex 果然有多烧 token 的问题 手上项目一周能烧 1 万刀的 token,样本够大了,因此让 codex 做了些统计,发现其中大量 token 浪费在了 codex 最近版本新增的 js tool 默认的高频等待上 解决方案:在官方修复前,可在全局 AGENTS.md 追加以下几行(新会话或老会话 compact 后生效) For long-running asynchronous work: - Empty `write_stdin` polls MUST use `yield_time_ms >= 180000`; prefer `…

1 段原文2 个主题7 个复核单元1 个实体

后续动作

动作状态来源
解决方案:在官方修复前,可在全局 AGENTS.md 追加以下几行(新会话或老会话 compact 后生效)待继续p01
欢迎使劲转发把事情闹大 让自己的 codex 分析本地 session 进行验证[嘻嘻R] 根据经验不闹大点官方对那么多 issue backlog 当然是看也不看待确认p01
查看完整 AI 结构化导读按需展开
Report

关键导读

先把有效信息集中到顶部:一句话总览、编号要点、待办与历史呼应。完整正文与结构化数据在下方展开。

一句话总览

codex 果然有多烧 token 的问题 手上项目一周能烧 1 万刀的 token,样本够大了,因此让 codex 做了些统计,发现其中大量 token 浪费在了 codex 最近版本新增的 js tool 默认的高频等待上 解决方案:在官方修复前,可在全局 AGENTS.md 追加以下几行(新会话或老会话 compact 后生效) For long-running asynchronous work: - Empty `write_stdin` polls MUST use `yield_time_ms >= 180000`; prefer `…

01

关键洞见

  • codex 果然有多烧 token 的问题
  • 发现其中大量 token 浪费在了 codex 最近版本新增的 js tool 默认的高频等待上
  • codex 果然有多烧 token 的问题 手上项目一周能烧 1 ... https://xhslink.cn/o/7MOMQaSnVJd 带上口令
  • 手上项目一周能烧 1 万刀的 token
  • 因此让 codex 做了些统计
02

优先级分层

  • 高:解决方案:在官方修复前,可在全局 AGENTS.md 追加以下几行(新会话或老会话 compact 后生效)
  • 高:欢迎使劲转发把事情闹大 让自己的 codex 分析本地 session 进行验证[嘻嘻R] 根据经验不闹大点官方对那么多 issue backlog 当然是看也不看
  • 高:codex 果然有多烧 token 的问题
·

涉及实体

Codex
✓

待办动作

  1. 解决方案:在官方修复前,可在全局 AGENTS.md 追加以下几行(新会话或老会话 compact 后生效)
  2. 欢迎使劲转发把事情闹大 让自己的 codex 分析本地 session 进行验证[嘻嘻R] 根据经验不闹大点官方对那么多 issue backlog 当然是看也不看
  3. codex 果然有多烧 token 的问题
  4. 手上项目一周能烧 1 万刀的 token
  5. 因此让 codex 做了些统计
与历史呼应

xhs_capture_status: success

原文p01

codex 果然有多烧 token 的问题 手上项目一周能烧 1 万刀的 token,样本够大了,因此让 codex 做了些统计,发现其中大量 token 浪费在了 codex 最近版本新增的 js tool 默认的高频等待上 解决方案:在官方修复前,可在全局 AGENTS.md 追加以下几行(新会话或老会话 compact 后生效) For long-running asynchronous work: - Empty `write_stdin` polls MUST use `yield_time_ms >= 180000`; prefer `300000` when intermediate output is not needed. - `functions.wait` MUST use `yield_time_ms >= 180000`. - `functions.exec` MUST set its outer `@exec yield_time_ms` at least 30000 ms longer than the longest nested tool wait, so the outer code cell does not yield first. - Do not apply the long wait to non-empty `write_stdin` calls that send interactive input. - These tools return early when the process or cell completes. Do not wake the model merely to report that work is still running. 加入这些 prompt 后,我的项目里统计下来节约了 25% 的 token 欢迎使劲转发把事情闹大 让自己的 codex 分析本地 session 进行验证[嘻嘻R] 根据经验不闹大点官方对那么多 issue backlog 当然是看也不看 #codex[话题]# #gpt[话题]# #openai[话题]# codex 果然有多烧 token 的问题 手上项目一周能烧 1 ... https://xhslink.cn/o/7MOMQaSnVJd 带上口令,来【小红书】看笔记全文~ resolved_url: https://www.xiaohongshu.com/explore/6a7842ef000000002402e761 xhs_capture_status: success

归档文档完整内容 · 含智能总结与原始标记
codex 果然有多烧 token 的问题
手上项目一周能烧 1 万刀的 token,样本够大了,因此让 codex 做了些统计,发现其中大量 token 浪费在了 codex 最近版本新增的 js tool 默认的高频等待上

解决方案:在官方修复前,可在全局 AGENTS.md 追加以下几行(新会话或老会话 compact 后生效)

For long-running asynchronous work:
- Empty `write_stdin` polls MUST use `yield_time_ms >= 180000`;
prefer `300000` when intermediate output is not needed.
- `functions.wait` MUST use `yield_time_ms >= 180000`.
- `functions.exec` MUST set its outer `@exec yield_time_ms` at least
30000 ms longer than the longest nested tool wait, so the outer
code cell does not yield first.
- Do not apply the long wait to non-empty `write_stdin` calls that
send interactive input.
- These tools return early when the process or cell completes.
Do not wake the model merely to report that work is still running.

加入这些 prompt 后,我的项目里统计下来节约了 25% 的 token

欢迎使劲转发把事情闹大 让自己的 codex 分析本地 session 进行验证[嘻嘻R] 根据经验不闹大点官方对那么多 issue backlog 当然是看也不看

#codex[话题]# #gpt[话题]# #openai[话题]#
codex 果然有多烧 token 的问题 手上项目一周能烧 1 ... https://xhslink.cn/o/7MOMQaSnVJd 带上口令,来【小红书】看笔记全文~
resolved_url: https://www.xiaohongshu.com/explore/6a7842ef000000002402e761
xhs_capture_status: success
Mind Map

思维导图

这里不再用摘要卡片伪装脑图,而是直接用经典 mindmap 组件来展示结构。点击分支会跳到正文。

点击节点会定位到正文,方便一边看脑图一边回看原文。

完整主题结构

2 个主题、7 个复核单元;全部保留原文锚点。

01AI 工具与 Codex

归档结构化主题;完整分支见上方思维导图。

02产品与站点

归档结构化主题;完整分支见上方思维导图。

全部复核单元

判断 · 关键洞见codex 果然有多烧 token 的问题证据 · p01
判断 · 关键洞见发现其中大量 token 浪费在了 codex 最近版本新增的 js tool 默认的高频等待上证据 · p01
判断 · 关键洞见codex 果然有多烧 token 的问题 手上项目一周能烧 1 ... https://xhslink.cn/o/7MOMQaSnVJd 带上口令证据 · p01
判断 · 关键洞见手上项目一周能烧 1 万刀的 token证据 · p01
判断 · 关键洞见因此让 codex 做了些统计证据 · p01
意图 · 行动候选解决方案:在官方修复前,可在全局 AGENTS.md 追加以下几行(新会话或老会话 compact 后生效)证据 · p01
意图 · 行动候选欢迎使劲转发把事情闹大 让自己的 codex 分析本地 session 进行验证[嘻嘻R] 根据经验不闹大点官方对那么多 issue backlog 当然是看也不看证据 · p01
Atomic Insight Layer

原子结构层

主题 / 实体 / 概念三层标签 + 逐字原话 + 出链 / 反链。点击 chip 筛选。

主题 实体 概念
全部主题实体洞见
topic-0

AI 工具与 Codex

主题
topic-1

产品与站点

主题
entity-0

Codex

实体
insight-0

codex 果然有多烧 token 的问题

洞见
insight-1

发现其中大量 token 浪费在了 codex 最近版本新增的 js tool 默认的高频等待上

洞见
insight-2

codex 果然有多烧 token 的问题 手上项目一周能烧 1 ... https://xhslink.cn/o/7MOMQaSnVJd 带上口令

洞见
insight-3

手上项目一周能烧 1 万刀的 token

洞见
insight-4

因此让 codex 做了些统计

洞见
Local Relation

这条录音的局部关系图

不用先跳到全局图。这里先把当前 capture 连到的 Topic / Entity / Day,以及共享这些节点的其他记录显出来。

View
Layout
来源
聚焦
Topic Entity Capture Signal Day capture -> topic / entity / signal / day

单击右侧看详情;双击节点开浮层。这里只展示和当前录音直接相关的局部网络。

关联内容

只展示已有派生关系,不把自动相似度伪装成人工判断。

来源类型xhs_share
说话人Lily
归档时刻2026-09-17 02:18:47
主题AI 工具与 Codex / 产品与站点
实体1 项
模式结构化 + 正文

来源与处理轨迹

用于自动化排障与后续作品集历史回顾。

原始内容记录xhs_share
归档进入 Capturesingle_link
结构化视图生成2 个主题 · 7 个复核单元