背景是这样的，公司给每个人开了 copilot 订阅。目前使用的方法是我自己搓了个中转的 gateway ，本地构造一个 openai 格式的 API ，然后接入 opencode/codex CLI/claude code 里面使用。但是最近 5.6-sol 上来之后感觉用起来太快了，token 紧张。可能是我使用习惯不好，不管大小任务都是直接开 xhigh 。
我平时比较多用 gpt 模型，因为公司说由于政策原因，不开放 Claude 模型给中国区员工。
自己搜索了一下发现 pi-coding-agent 似乎是一个比较流行的解决方案，想问下大家的使用感受。
如果有其他解决方法的话也欢迎分享。
 |
1
ericguo 8h 3m ago
不用省，订阅 OpenAI Plus 就是最佳选择，天天 reset ，用出 Plus 的效果
Codex 作为第一方 coding agent ，多少人维护，OpenAI 能进去的都也不是凡人，不会差的。 使用习惯的确应该改一下，通常任务开 Medium 就够了，当然你所有任务都直接开 xhigh 的使用习惯和我一样，没啥对错，但是前提是你知道怎么写程序，而且既然开了，就要旁边盯一下，Sol 想多了，让祂跳过即可。 |
|
2
ericguo 7h 58m ago  1
pi-coding-agent 就是垃圾，没错，我就是直接称为垃圾，试想一下，如果你是程序员，你会只带 read ，write ，grep ，bash 四个工具上班吗？既然你都不愿意只用这 4 个工具，为啥会你会让大模型只带这 4 个工具上班呢？行为艺术？跑分优化？
pi 的**理念**就是错的，正确的是 opencode ，codex ，claude code ，正常的工具数量在 20 左右，可以有 tool search ，可以有 code mode ，反正作为用户，这些其实也不用太关心。 但是基本的判断还是要有的，就是：pi-coding-agent ，就是垃圾，如果攻击性有点太强了，那充其量就是玩具。 |
 |
3
clemente 7h 23m ago
1.cache 命中率是第一
2.尽量一次性 prompt 给够 给精准 能用术语不用废话 减少对话次数 |
 |
4
techmale 6h 46m ago
最聪明的 model (GPT 5.6 Sol)
+ 差不多最好的 harness (Codex CLI/Desktop) + 用脑子写的完备 context 和验收标准的 prompt |
 |
5
ryd994 2h 7m ago via Android
真没必要 xhigh 。xhigh 容易“想太多”，做你没要它做的事情。high 都有点多了。适合全自动独立工作，不适合辅助人工作。
我更喜欢让他做什么就做什么的的听话都 AI 。 |
Select Language