白嫖的pro用不了（学生认证）

缓存和长任务的稳定性明显是后者占优

目前看下来oai远端仍然接受context management的端点并且可以正常工作，只是在客户端关闭了

是的，并且数据都是加密发codex后端的

用gpt的话非常推荐使用codex的实验性context management，本来在codex中似乎只有astra可以用，移植到Pi后发现其实sol和luna都能用，相对于传统compact在长上下文 工作流上不会丢失过多的信息 【开源自荐】pi-openai-toolkit：把 GPT 的原生能力带进 Pi - 开发调优 - LINUX DO

ds前身本来就是搞量化的，比不过也很正常吧

还要加上go的用量，总的来说还是挺划算的

会重置，但是go没用完的也会没了，所以推荐go用完再去升级

 就这一次，后续还是10刀

goat提供api用的，go只能用他自己的

是这样的，似乎是必须先订阅go才会有

可以，现在支持支付宝

只支持astra

不建议，他们俩目的是一样的，没有必要一起用

说自己在中国需要用代理访问，vpn代理会导致ip频繁变动，强调一下账户仅自己使用，并且账户里面有重要的数据巴拉巴拉（全程英文，基本都会通过） 

我的想法和你的一致，如果摒弃了pi的特色，omp作为社区产物肯定不如codex，grok build这些成熟。 至于插件我都是自己写的，觉得哪里有问题现搓就行了，pi就是这一点好

Pi + trellis，我体验下来是比codex要好的，就是比较慢，可能比在codex里面还要慢一点，但是大部分都可以一遍过

pi最大的优势就是高度自定义化吧，不想折腾其实我觉得用 grok build，zcode 这些比omp更成熟的产品会好一点

antigravity manager协议请求这一块做的很差，用cpa会快很多 上次更新后gemini端点一直429，遂怒转cpa

我也是cpa反打到pi里面用的，自己用不分发问题不大

plus lunamax 我实测一周差不多8B-10B，至少肯定比现在ocg的ds4f用量多的。 oai正价开，不去破限逆向是不会封号的。

fullscrean没有这个问题啊

 官方转出来的，由于上下文只设了272k，整体缓存率远比不上deepseek（compact时几乎无缓存）

插件会通过裁剪，压缩历史上下文来控制上下文体积，所以前缀发生变化导致的缓存命中降低为预期现象。 如果感觉修改的太频繁，可以通过下面这个参数配置缓存保留时间，减少插件改动上下文的频率。 { “cache_ttl”: “5m” }

说明你的节点质量不行，要么就是多个ip登陆了，我这边一直保持3个以内的登陆，pro没掉过了

我之前也是路由5.5mini，后面配了Authenticator app，然后把所有设备登出，过了一天再登就是pro了

pro被路由到5.5mini了吧