2. Linux.do
  3. 求教 gpt plus 怎么用省一些

求教 gpt plus 怎么用省一些

chunhuaerdawang 2026-08-18 18:00 1

token焦虑了佬友们！


本人之前一直是使用中转站，最近因为需求增加+想要稳定一点，于是昨天找人充了一个plus。昨天晚上瞪了一会，改了几个需求，用了不到8%周限额，感觉还挺耐用的。

今天早上用的时候，我选择了 “子任务分步执行：每项独立实现与审查。” 结果运行了快2个小时还没好，显示10个子智能体，这个时候周限额已经只剩70%多了，给我吓得赶紧停掉。后来让成不使用子智能体，又跑了18分钟终于弄完了。




求教，怎么使用会节省一点token啊，我目前有一个plus+opencode go

最新回复 (13)
  • 西红柿炒番茄 08-18 18:01
    2楼

    为什么你们plus都那么抗造啊，我一个日抛plus就能用两个半小时

  • William 08-18 18:02
    3楼

    叫Codex的模型调用opencode作为子代理这种形式

    我目前就是这样做，Codex审，opencode做

  • chunhuaerdawang 楼主 08-18 18:02
    4楼

    有稳定的日抛不，我前几天买了一个日抛用了几下就没了，然后卖家说是奥特曼的bug ^-^

  • NuoYan 08-18 18:03
    5楼

    Codex 非必要时不要使用极高, 平时使用高就可以了

    不要使用任何SKILLS, 默认的就够了

  • Viceo 08-18 18:04
    6楼

    目前看，无脑Luna极高，还是挺顶的，其他没什么好方法，简单需求新对话，避免上下文过大，这都是老方式了

  • 玉树临风美少年，揽镜自顾夜不眠 08-18 18:05
    7楼

    子agent本来就非常耗token，上下文不共享，而且还容易重复读项目，主agent还要把控子agent的一大堆产物，导致缓存命中率较低。

  • Rch:IIU 08-18 18:07
    8楼

    luna用极高指的是xhigh吗

  • catboss 08-18 18:08
    9楼

    极高就是xhigh，高是high，max好像是在设置开的

  • zlex 08-18 18:09
    10楼

    用luna可以接受吗？最省。

    限制子agent数量等于降低体验啊。

    限制模型和并发二选一，看你需要干什么任务了。

    我觉得luna可以接受

  • 谢皮卡 08-18 18:11
    11楼

    可以试试网页插件，不消化你的codex额度，参考coding tools mcp

  • Oriental_Leaf 08-18 18:16
    12楼

    还真是，我用过那个superpower,用了之后干活明显慢了好多而且喜欢反复审查，经常一个小问题解决半天 ^-^

  • chunhuaerdawang 楼主 08-18 18:25
    13楼

    我是先用 terria分析 然后最终实施用 luna 但是没有选极高

  • dageda 08-18 18:42
    14楼

    用luna xhigh模式，极省，但是代码质量确实有欠缺，不如 5.5 high

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐