GPT-6为啥消耗这么快啊

深蓝色的天 2026-09-10 19:52 1





卧槽什么玩意,一个5x额度pro直接额度干没了最后任务还没完成。 ^-^ ^-^ ^-^ ^-^

最新回复 (12)
  • FuClara 09-10 19:53
    1

    ?? 不能吧 我20x 一天开快速模式 也就20%

  • 万古神帝 09-10 19:55
    2

    @FuClara #1 你有多少额度

  • 深蓝色的天 楼主 09-10 19:56
    3

    @FuClara #1 卧槽。他喵的派出去了16个子代理。但是额度也用的太快了吧。100刀就这么不经用

  • soulture 09-10 19:56
    4

    定价不透明

  • Mechanics 09-10 19:56
    5

    这个确实不耐用

  • FuClara 09-10 19:57
    6

    @万古神帝 #2 我不知道啊 我没反代过。我也不知道怎么统计

  • ShowUNow 09-10 20:01
    7

    只有20x能勉强一战,5x还是算了

  • qiopgh 09-10 20:07
    8

    你开ultra怪谁,这东西消耗上天.

  • splashedwhite 09-10 20:07
    9

    别开ultra,巨快

  • Stray1721 09-10 20:09
    10

    确实plus都不敢用

  • ww4850 09-10 20:19
    11

    ^-^ 只玩玩5.5中,太贵了

  • Chipha 09-10 20:29
    12

    @深蓝色的天 #3 16个子代理,前两天刚好看到codex会每隔30秒向子代理发出一次访问,你这样是两秒一个请求啊,建议你去改一下


    请直接在当前机器上修改 Codex 的 Multi-Agent V2 配置,把 parent 等待 subagent 的默认等待时间调整为 10 分钟,目标是减少无意义的 30 秒 timeout 导致的重复 parent model inference。

    要求:

    1. 优先修改用户配置,不要修改 Codex 源码、安装目录、二进制或 npm 包内容,避免 Codex 更新后被覆盖。

    2. 找到当前实际生效的 Codex 配置文件。通常为:

    ~/.codex/config.toml

    但不要直接假设路径,先确认当前 "CODEX_HOME",然后确定实际 config.toml 路径。

    3. 先备份现有配置文件,例如:

    config.toml.bak-YYYYMMDD-HHMMSS

    不得覆盖已有备份。

    4. 检查当前 Codex 版本是否支持 Multi-Agent V2 以及以下配置项:

    [features.multi_agent_v2]
    enabled = true
    min_wait_timeout_ms = 600000
    default_wait_timeout_ms = 600000
    max_wait_timeout_ms = 600000

    如果当前版本的字段名、配置结构或语义已经变化,不要强行写入旧配置。先检查本机 Codex 源码、配置 schema、"codex --help"、现有配置解析代码或对应版本源码,找到当前版本正确的等价配置。

    5. 如果 "[features.multi_agent_v2]" 已经存在:

    - 保留其中其他已有配置;
    - 只新增或修改:
    - "enabled = true"
    - "min_wait_timeout_ms = 600000"
    - "default_wait_timeout_ms = 600000"
    - "max_wait_timeout_ms = 600000"
    - 不要创建重复 TOML section。

    6. 如果 V2 还需要其他 feature flag 才能真正启用,请根据当前安装版本确认并正确设置,但不要随意启用无关 experimental feature。

    7. 修改完成后进行验证:

    - 检查 TOML 语法;
    - 启动 Codex,确认没有 "unknown field"、"invalid config"、"failed to parse config" 等错误;
    - 确认 Multi-Agent V2 实际启用;
    - 确认最终生效的三个 wait timeout 都是 600000 ms。

    8. 如果可以进行本地低成本测试,则做一次最小 multi-agent 测试:

    - parent 启动一个约 30~90 秒后完成的 subagent;
    - parent 进入 wait_agent;
    - 确认 30 秒时没有因为 timeout 重新触发一次无意义的 parent inference;
    - subagent 一旦完成,parent 应立即或很快收到结果;
    - 不应该等满 10 分钟。

    重点验证:

    10 分钟是最大 timeout,不是固定 sleep。

    subagent 提前完成、出现 mailbox activity、用户 steering 或其他有效唤醒事件时,wait_agent 应提前返回。

    9. 不要为了完成测试调用昂贵的 GPT-6 Astra。如果必须调用真实模型,优先使用最便宜的可用模型;如果能通过 mock、本地测试或日志验证,就不要产生真实模型额度消耗。

    10. 修改后向我输出:

    - Codex 当前版本;
    - 实际使用的 config.toml 路径;
    - 修改前相关配置;
    - 修改后相关配置;
    - 是否确认当前版本支持这些字段;
    - 配置验证结果;
    - 如果进行了测试,给出测试时间线,例如:

    00:00 parent 开始 wait_agent
    00:30 无 parent timeout inference
    00:XX subagent 完成
    00:XX parent 被 mailbox event 唤醒

    - 备份文件路径;
    - 如果存在任何兼容性风险,明确说明。

    不要只给我操作步骤。请直接检查、备份、修改、验证并完成任务。
* 帖子来源NodeSeek
返回