开发工具

开发者探讨节省Token的编程代理使用方案

首次出现 7月29日 05:37·最近更新 7月29日 05:37

一位开发者在公司提供Copilot订阅的背景下，因近期GPT-5.6-sol模型上线导致Token消耗过快，开始寻求节省Token的编程代理解决方案。该开发者通过自建中转网关接入OpenAI格式API，并在opencode/codex CLI/claude code等工具中使用。由于公司政策限制，中国区员工无法使用Claude模型，因此主要依赖GPT模型。开发者提到pi-coding-agent可能是一个流行的解决方案，并希望了解其他用户的使用感受及替代方法。目前该讨论基于个人使用经验，尚无官方确认信息。

多来源证据

V2EX AI 用户与重大信号·v2ex·7月28日 22:33

探讨一下比较节省 token 的 coding agent

背景是这样的，公司给每个人开了 copilot 订阅。目前使用的方法是我自己搓了个中转的 gateway ，本地构造一个 openai 格式的 API ，然后接入 opencode/codex CLI/claude code 里面使用。但是最近 5.6-sol 上来之后感觉用起来太快了，token 紧张。可能是我使用习惯不好，不管大小任务都是直接开 xhigh 。我平时比较多用 gpt 模型，因为公司说由于政策原因，不开放 Claude 模型给中国区员工。自己搜索了一下发现 pi-coding-agent 似乎是一个比较流行的解决方案，想问下大家的使用感受。如果有其他解

事件时间线

7月28日 22:33
V2EX AI 用户与重大信号
探讨一下比较节省 token 的 coding agent