• chunhuaerdawang

    token焦虑了佬友们!

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

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

    图片

    图片

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

    主楼
  • 西红柿炒番茄

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

    #1
  • william-linuxdo

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

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

    #2
  • chunhuaerdawang

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

    #3
  • NuoYan

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

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

    #4
  • Viceo

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

    #5
  • 玉树临风美少年,揽镜自顾夜不眠

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

    #6
  • Rch:IIU

    luna用极高指的是xhigh吗

    #7
  • catboss

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

    #8
  • zlex

    用luna可以接受吗?最省。

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

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

    我觉得luna可以接受

    #9
  • 谢皮卡

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

    #10
  • Oriental_Leaf

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

    #11
  • chunhuaerdawang

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

    #12
  • dageda

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

    #13

发表回复

登录后回复