• 吃风筝的人

    图片

    其因是我想要让codex帮我在Pi中配置一下Astra. 因为Astra更新时, codex也有了一些新特性, 为了更好的能够发挥Astra的能力, 我认为Pi中无法直接沿用之前5.6的配置, 需要进一步修改. 修改后, 顺手让codex设计了一个对比实验, 测试相同的任务工作, codex和Pi的工作情况. 两者均是OpenAI账号登录. 对比情况如图所示.

    因为Astra比较贵, 所以我是为了将它的能力比较好的发挥出来, 才专门配置的Pi. 之前5.6时期, Pi用的挺顺手的, 所以我还打算在Pi上用Astra来着. 结果配置完成, 对比测试结果出来之后, 我有点懵.

    想问一下大家是否有人在Pi中使用Astra? 效果怎么样? 又分别是如何配置的?

    当前Astra刚出不久, 各方面配套还没有跟上, 是不是等一段时间再尝试配置会比较好?

    当前Pi中使用的插件如下:

    图片

    主楼
  • HelsingenMosken

    codex 近段时间的升级我觉得还是蛮有进步的,上下文管理以及子智能体的调用上都有很不错的优化,astra 模型目前在 codex 里确实是用的最舒服的,我记得站里有佬发过 [拯救 5.6sol] 系列,按照教程优化后的 codex 会更好用,astra 就更是锦上添花了,同时我觉得对于 astra 还需要尽可能减少过去的 skill 和一些固定提示词的干扰,才能发挥出更好的能力。

    #1
  • dayn

    mark一下,关注后续佬友的指导。

    #2
  • 吃风筝的人

    现在我只有工作特化型的skill, 目前完全已经下掉了工作辅助性质的通用skill.

    在更新astra的时候, 把系统提示词也修了一大波. 现在只剩下极少量的个性化要求.

    我决定先在codex好好用一段时间

    主要之前在Pi中使用5.6, 感觉缓存率非常高, 然后额度特别耐用, 废话也少. 所以还保持着思维惯性, 打算继续使用. ^-^

    #3
  • 猪头是头猪

    看上去 Pi 比 codex 多配置了“LSP 检查和诊断查询,引入独立模型往返”?

    #4
  • Clarence

    lsp不懂干嘛的,之前在站里看到说这个不好用。然后子代理这个,有时候不如主模型直接自己干

    #5
  • AXC00

    pi确实比codex 额度耐用一点不过 我使用6 low消耗目前都比5.6 high快了 不知道是不是模型原因

    #6
  • HelsingenMosken

    新上下文管理与压缩方式,顺便放宽上下文到 500k 以上,再把 v2 的 agent 模式开启,默认设为 luna medium / high,会更耐用一些。

    当然,astra low 也完全比不上 sol high 耐蹬()

    #7

发表回复

登录后回复