老叶

1.6K posts

老叶 banner
老叶

老叶

@1999_eth

丢失193个BTC的男人丨资深程序员丨AI爱好者丨喜欢打破垄断做免费软件,传统大厂恨的牙痒痒的男人。本账号推文信息不做为投资建议。

Katılım Aralık 2021
2.2K Takip Edilen25K Takipçiler
Sabitlenmiş Tweet
老叶
老叶@1999_eth·
我做了一个 AI 中转站,今天正式开放: apikey.fun 一开始做这个站,想法很简单。 主要是我自己平时 Token 消耗量大,身边也有不少朋友一直用不上稳定的 Claude / GPT。不是订阅麻烦,就是各种限制;去找别的中转站,又总担心不靠谱、信息不安全。 所以干脆自己搭了一个。 很多人问:为什么敢用老叶的? 这个问题我也理解。毕竟 AI 中转站这东西,大家最怕的不是贵一点,而是不知道对面是谁。 我在币圈这么多年,别的不敢吹,信用两字一直是招牌。前两年比特币生态火的时候,做过 Ybot 铸造工具。起初也有人担心资产安全。 Ybot 到现在跑了两年多,上万人用过,很多人甚至直接在网站里填过钱包私钥,总资产少说也有几千万。到今天为止,没有出过一次因为网站原因导致的资产事故。 这次做 AI 中转站也是一样,稳定靠谱依然是我们的标签。 目前站里支持 GPT、Claude 等模型,底层用的是官方正规订阅账号池,不是乱七八糟的灰产号。价格这块也尽量压到较低,最低大概 0.7 折。 过去 10 天,我们做了一轮小范围内测: ✅ 200+ 小伙伴参与 ✅ 累计消耗超过 420 亿 Token ✅ 整体运行稳定,没出明显故障 内测跑完之后,我觉得可以正式放出来给更多人用了。 需要稳定、便宜、靠谱的 Claude / GPT 中转站的,可以试试: apikey.fun 有问题可以直接私信我,或者进群找我。 老叶不跑路,真出问题我负责。 用完觉得值,帮我转一下。 需要进群的朋友,可以看一下评论区一楼!
老叶 tweet media
中文
704
331
2.6K
5M
老叶
老叶@1999_eth·
@D_CZhe 按照我的方法,就是解决这个问题的。
中文
0
0
0
520
DCzhe
DCzhe@D_CZhe·
@1999_eth 第三方Provider会不会导致Web Search不可用?
中文
1
0
0
573
老叶
老叶@1999_eth·
惊现!新版 Codex 客户端,竟然在偷偷给第三方中转站“降智”。 7 月 11 日,我就发现新版 Codex 无法生图,并且第一时间公开了完整解决方案。 本以为这只是一个生图功能限制,结果继续逆向分析后,我发现事情远没有这么简单。 新版 Codex 一旦检测到你使用的是第三方 Provider,就会直接限制两项重要能力: 1、图片生成 2、Web Search 生图被限制,大家很容易发现。 但 Web Search 被悄悄关闭,才是真正影响模型能力的地方。 很多人可能不知道 Web Search 有多重要。 大模型的内部知识库都有截止日期,它并不知道今天刚刚发生了什么,也无法凭空获取最新的文档、新闻和技术变化。 所以模型厂商会给模型外挂一个实时联网搜索能力,这就是 Web Search。 它相当于模型的“眼睛”。 没有 Web Search,模型只能依赖旧知识回答问题; 有了 Web Search,它才能实时查询全网信息,验证事实,读取最新文档。 但现在,只要你在新版 Codex 中使用第三方中转站,哪怕后端接入的是完全相同的正版模型,客户端也可能直接把 Web Search 能力屏蔽掉。 模型没变。 API 没变。 只是因为 Provider 不是官方的,客户端就主动砍掉了能力。 这才是真正意义上的“客户端降智”。 好消息是,经过逆向分析,我已经找到了绕过限制、恢复生图和 Web Search 的方法。 详细修改教程,我已经发在前一条推文里: x.com/1999_eth/statu… 正在使用 Codex 第三方中转站的人,建议马上检查一下。 你以为自己用的是同一个模型,实际上客户端可能早就偷偷阉割了它。 大家可以看一下附图修改前后的对比:
老叶 tweet media老叶 tweet media老叶 tweet media老叶 tweet media
老叶@1999_eth

新版 Codex App 使用第三方 API 无法生图,解决方法来了。 最近不少人应该都遇到了这个问题: 在新版 Codex App 里接入中转站 API 后,调用内置的 imagegen 技能时,模型看起来已经完成了生图,但图片就是不会在客户端里显示。 一开始我还以为是第三方 API 没有正确返回图片,后来对 Codex 的配置和请求逻辑做了一些分析,才发现问题出在新版客户端对第三方 Provider 的权限校验上。 目前网上好像还没有看到比较完整的公开解决方案,所以先把我们测试可用的方法分享出来。 方法一:手动修改 config.toml 首先找到 Codex 的配置文件: Windows: C:\Users\Administrator\.codex\config.toml 注意:其中的 Administrator 需要替换成你自己电脑的 Windows 用户名。 例如你的用户名是 zhang,路径就是: C:\Users\zhang\.codex\config.toml macOS / Linux / WSL: ~/.codex/config.toml 建议修改之前,先备份一下原来的 config.toml。 然后将配置修改为: model_provider = "custom" model = "gpt-5.6-sol" review_model = "gpt-5.6-sol" model_reasoning_effort = "high" model_context_window = 372000 model_auto_compact_token_limit = 372000 [model_providers.custom] name = "apikey.fun" wire_api = "responses" base_url = "这里更改为中转站的API网址" requires_openai_auth = false experimental_bearer_token = "这里更改为中转站的API密钥" http_headers = { "x-openai-actor-authorization" = "apikey.fun" } 简单说,关键就是这两个配置: requires_openai_auth = false http_headers = { "x-openai-actor-authorization" = "apikey.fun" } 前者关闭 OpenAI 官方账号鉴权要求,后者补上 Codex 客户端输出图片时需要的请求头。 方法二:使用开源软件:CodeStudio-lite 进行配置 开源仓库地址:github.com/dreamyloong200… 软件下载地址: github.com/dreamyloong200… 这个软件是我们团队里的技术小伙伴,开发了一款是 AI 工具的桌面控制台。 它把本地 AI 工具检测、安装更新、配置写入、用量查询和桌面端补丁流程放在同一个应用里,还能实现各个工具在不同供应商和模型之间切换,而不需要反复手动编辑配置文件。 同时他也在第一时间解决修复了新版 codex app 无法生图的问题。比较适合不想麻烦配置的人使用。 除此之外,它还支持 claude 桌面版中文汉化功能。 以上是我目前能找到的内容里,应该还没有人公开把新版 Codex App 第三方 API 无法生图的问题,以及完整修改方法讲得这么清楚。 遇到同样问题的可以试一下,记得修改完一定要彻底重启 Codex App。

中文
34
18
197
113.5K
老叶
老叶@1999_eth·
有网友问,为什么不直接把 Provider 的 name 写成 "OpenAI"? 这样确实可以恢复部分官方能力,但副作用是会同时启用远程 Compact。 长对话触发压缩后,Codex 会额外请求: /responses/compact 这类请求耗时可能比较长,而很多中转站前面都套着 Cloudflare。默认超时是 120 秒,一旦 Compact 长时间没返回,就可能触发 524。 所以,如果你是自己反代并且不走 Cloudflare,直接写 "OpenAI" 没问题。 但我的方案是保留自定义 Provider,避免触发远程 Compact,同时加入: x-openai-actor-authorization 在 requires_openai_auth = false 的情况下,也能通过生图能力校验。 这样既能避开远程 Compact 的超时风险,又能恢复原本缺失的能力。 之所以需要逆向,是因为 Codex CLI 和 app-server 虽然开源,但桌面客户端本体并没有开源,桌面版额外加了哪些检测逻辑,只能通过抓包和行为分析确认。
中文
0
3
16
5K
老叶
老叶@1999_eth·
一般中转都会避开 model_providers.OpenAI 主要是因为这个远程compact 他是一个同步请求,很多中转用的CF都有超过100秒就超时的风险。 我逆向之后发现,除了检测 model_providers 还会检测 x-openai-actor-authorization 这个头信息。因此按照我的方案,可以避开这个远程compact 又能实现 生图 和 搜索。
中文
0
0
2
202
Eric_Terminal
Eric_Terminal@EricTerminal·
@1999_eth 如果我没记错检测是指看提供商名字的,不看URL,相当于你 [model_providers] [model_providers.OpenAI] name = "OpenAI" wire_api = "responses" base_url = "abc.com/v1" 这样设置也远程compact和联网之类的都有用,图片生成我没试过,但是应该是一个理
中文
1
0
2
249
老叶
老叶@1999_eth·
@EricTerminal 你试试吧。图片是生成了,但是不显示出来,他字段返回了,压根它不读。
中文
1
0
0
448
Eric_Terminal
Eric_Terminal@EricTerminal·
@1999_eth 如果把Codex用CPA反代出来给别的客户端用,生图功能的工具是自动插入的,默认参数就自己开启,让他生图他真的会穿一串Base64回来。WebSearch工具可以通过参数开启,开启以后GPT也可以直接调用搜索,不需要专门用Codex客户端。第三方客户端没有适配这个工具就没法用啊
中文
1
0
0
445
老叶
老叶@1999_eth·
@0x_xRick 这波 0xRick JJ算是保住了!
中文
0
0
3
336
0xRick
0xRick@0x_xRick·
白嫖的顶级大模型额度完全不够用了,开始使用中转站干活 使用了一段时间老叶 @1999_eth 的中转站,推荐给有需求的可以试试,老叶就是以前符文批量铸造工具的作者,在资金安全和信用这块还是信得过,中转站用下来也是对版的 在我看来这个中转站做得很好的是价格透明而且傻瓜式操作,基本就是上手即用 这不是广告!收费合作JJ短5cm!我自己使用下来感受好才推荐! 链接:apikey.fun/register?aff=F…
0xRick tweet media0xRick tweet media
0xRick@0x_xRick

两个白嫖免费顶级大模型的方法 & Codex更换模型 最近在写一个平台网站,最开始觉得就是一个小工程用免费的额度完全够用了,哪知道做着做着想法就多了起来,功能越写越多,免费的额度完全不够用了。Plan的额度又得留着给其他项目,于是就开始各种找渠道白嫖额度用。 分享白嫖的平台,原则是只用顶级的大模型 Kiro @kirodotdev 这个在x上很多人分享过了,CLI工具,能0美元订阅Plan,需要绑定银行卡然后取消订阅就行,Bitget、Bybit和Safepal的u卡都可以绑定。 0美金订阅的是原价20美金的Plan,1000积分,能使用 Opus 4.8,但是会有2.2x的倍率,积分消耗加快。 如果你做的项目不太大,也不特别复杂,这些额度是够用的,稍微复杂一点的项目,最好提前规划一下步骤和需求,节省积分。 官网:kiro.dev Code Buddy 腾讯的AI开发工具,包含IDE和CLI,有国际站和中国站。白嫖模型 GLM 5.2,只有使用中国站的才行。国际站能使用Claude code和GPT这些模型,但是不能白嫖。 注册后会送活动积分,不要领取后就开始做项目。先网页里把成长计划里的任务全做了,能多拿1400积分(做任务消耗的积分400不到),然后加上基础体验包的500积分和活动赠送包的2400积分,一共就有了4300积分。 白嫖的积分做一般复杂项目用是完全够用的。 中国站官网:codebuddy.cn/work/ Free Model 刚白嫖API的一个中转站,能给GPT 5.5 用,20u的Pro额度,没有倍率叠加,没有测试,无所谓了,不是骗人的就行。 Gmail注册:freemodel.dev/invite/FRE-314… Codex更换模型 Codex支持了通过OSS Mode(Open Source Software Mode) 接入第三方模型。 这里多说两句,我本以为大家都知道,但是想不到很多人并不知道的两个点: 1.Codex是OpenAI的另一款产品,从名字上就能看出,主要针对编程的,Codex使用的模型是GPT 5; 2.ChatGPT和Codex注册/登录账号相同,使用的模型都是GPT x.x ,但是额度并不是完全共用的。不管是free使用还是订阅了Plan计划使用,ChatGPT用完了额度之后,Codex还是能继续使用的,反之亦然。但是相互会有一点点影响,比如说把ChatGPT的额度完全使用完之后,就算Codex并没有使用,但是余额是会少2%左右的。 接入第三方模型 默认使用的Codex客户端 打开客户端-设置-配置-打开config.toml 如果要接入Ollama部署的本地模型 # 启动服务(后台运行) ollama serve # 拉取常用编码模型示例 ollama pull qwen2.5-coder:32b ollama pull deepseek-coder:33b ollama pull llama3.1:70b 打开config.toml 文件编辑 替换为: model = “Ollama内的模型,比如:qwen3:32b" model_provider = "local_ollama" [model_providers.local_ollama] name = "Ollama" base_url = "http://localhost:11434/v1" wire_api = "responses" 重启Codex后生效 如果接入 LM Studio部署的本地模型 首先LM Studio内要开启 API Server—— Developer→Start Server 默认url:http://127.0.0.1:1234 然后同样的编辑 config.toml : model = "LM Studio内的模型,比如:qwen3-coder-30b" model_provider = "lmstudio" [model_providers.lmstudio] name = "LM Studio" base_url = "http://127.0.0.1:1234/v1" wire_api = "responses" 如果使用第三方 OpenAI 兼容 API 编辑 config.toml : model = "deepseek-chat" # 替换为实际模型 ID model_provider = "my_proxy" [model_providers.my_proxy] name = "我的中转服务" base_url = "api.example.com/v1" # 替换为实际 base_url env_key = "MY_API_KEY" # wire_api = "responses" 以上就替换完成了,可以直接问Codex现在使用的什么模型。 个人建议,规划程度高,流程化Tasks详细且明确,基本只是代码执行的项目,接入DeepSeek这种性价比高的API是很不错的选择。按需接入,不要什么都用最好的。

中文
4
1
4
1.1K
老叶
老叶@1999_eth·
新版 Codex App 使用第三方 API 无法生图,解决方法来了。 最近不少人应该都遇到了这个问题: 在新版 Codex App 里接入中转站 API 后,调用内置的 imagegen 技能时,模型看起来已经完成了生图,但图片就是不会在客户端里显示。 一开始我还以为是第三方 API 没有正确返回图片,后来对 Codex 的配置和请求逻辑做了一些分析,才发现问题出在新版客户端对第三方 Provider 的权限校验上。 目前网上好像还没有看到比较完整的公开解决方案,所以先把我们测试可用的方法分享出来。 方法一:手动修改 config.toml 首先找到 Codex 的配置文件: Windows: C:\Users\Administrator\.codex\config.toml 注意:其中的 Administrator 需要替换成你自己电脑的 Windows 用户名。 例如你的用户名是 zhang,路径就是: C:\Users\zhang\.codex\config.toml macOS / Linux / WSL: ~/.codex/config.toml 建议修改之前,先备份一下原来的 config.toml。 然后将配置修改为: model_provider = "custom" model = "gpt-5.6-sol" review_model = "gpt-5.6-sol" model_reasoning_effort = "high" model_context_window = 372000 model_auto_compact_token_limit = 372000 [model_providers.custom] name = "apikey.fun" wire_api = "responses" base_url = "这里更改为中转站的API网址" requires_openai_auth = false experimental_bearer_token = "这里更改为中转站的API密钥" http_headers = { "x-openai-actor-authorization" = "apikey.fun" } 简单说,关键就是这两个配置: requires_openai_auth = false http_headers = { "x-openai-actor-authorization" = "apikey.fun" } 前者关闭 OpenAI 官方账号鉴权要求,后者补上 Codex 客户端输出图片时需要的请求头。 方法二:使用开源软件:CodeStudio-lite 进行配置 开源仓库地址:github.com/dreamyloong200… 软件下载地址: github.com/dreamyloong200… 这个软件是我们团队里的技术小伙伴,开发了一款是 AI 工具的桌面控制台。 它把本地 AI 工具检测、安装更新、配置写入、用量查询和桌面端补丁流程放在同一个应用里,还能实现各个工具在不同供应商和模型之间切换,而不需要反复手动编辑配置文件。 同时他也在第一时间解决修复了新版 codex app 无法生图的问题。比较适合不想麻烦配置的人使用。 除此之外,它还支持 claude 桌面版中文汉化功能。 以上是我目前能找到的内容里,应该还没有人公开把新版 Codex App 第三方 API 无法生图的问题,以及完整修改方法讲得这么清楚。 遇到同样问题的可以试一下,记得修改完一定要彻底重启 Codex App。
中文
14
23
107
100K
铜匠AI・十点睡觉
铜匠AI・十点睡觉@smithandai·
@1999_eth 哥,今天都11号了,我怎么才刷到你~~一个任务给我干了4个小时,Fable5 40分钟就搞完了~~~我说怎么这么消耗token
中文
1
0
1
2.2K
老叶
老叶@1999_eth·
给大家一个忠告!如果你要使用 5.6 sol。 请把 Superpowers 暂时的丢进垃圾桶! 否则你将会见到模型持续数小时的左右脑互博!最终问题越来越多,没完没了!
老叶@1999_eth

抱歉,真的草率了,请原谅! 深度用了一整天,觉得 5.6 sol 太慢了,其次是太纠结了。一个小问题,越修范围越大! 不好意思,奥特曼,这次真的无法帮你吹牛逼了!吊了这么久的胃口,就这? 当我知道了 5.6 原来是使用 5.4 的底座开发的,我就知道要完蛋了!

中文
39
13
199
173.9K
老叶
老叶@1999_eth·
@BoxMrChen 好的盒子哥,等醒了我去试试
中文
1
0
0
3.3K
老叶
老叶@1999_eth·
深度体验了一整天 GPT-5.6-sol。 我的态度大概经历了三个阶段: 兴奋 → 质疑 → 理解并接受。 先说一个很容易被混淆的地方: GPT-5.6-sol 本身最高的推理等级其实还是 xhigh,UI 里显示的 Max 和 Ultra,更多指的是客户端的工作流模式,并不只是单纯把模型“调得更聪明”。 今天 Ultra 被吐槽最多的地方,就是它很喜欢自动派发大量子代理。 哪怕只是一个不算复杂的任务,也可能瞬间拉起一堆代理,消耗大量 Token,整个过程看起来声势浩大,但实际收益未必能匹配成本。 我刚开始用的时候也有点怀疑: 这到底是在干活,还是在拿 Token 堆排场? 后来理解了它的机制,我把推理等级降到 High,又重新跑了一些真实任务,体验反而好了很多。 速度比 GPT-5.5 xhigh 更快,能力和稳定性又明显更强,Token 消耗也没有 Ultra 那么夸张。 至少以我今天的体验来看: GPT-5.6-sol + High,可能才是目前最适合日常使用的组合。 复杂重构、全项目 Review、需要并行探索的大任务,可以再考虑 Ultra。 普通开发任务没必要一上来就拉满。 这个模型不是不能用,也不是一定要无脑开最高档。 真正的问题是,很多人还没搞清楚 Max、Ultra 和推理等级的区别,就已经开始拿 Ultra 当默认模式了。 用对了,确实比 5.5 强不少。 用错了,就只能看着 Token 哗哗往外流。
中文
34
19
175
50.6K
老叶
老叶@1999_eth·
抱歉,真的草率了,请原谅! 深度用了一整天,觉得 5.6 sol 太慢了,其次是太纠结了。一个小问题,越修范围越大! 不好意思,奥特曼,这次真的无法帮你吹牛逼了!吊了这么久的胃口,就这? 当我知道了 5.6 原来是使用 5.4 的底座开发的,我就知道要完蛋了!
老叶@1999_eth

gpt-5.6-sol 还没用上的,真的赶紧去用。 我刚用 ultra 模式,把自己的中转站项目完整 review 了一遍。 耗时 1 小时 32 分钟,硬生生揪出了 19 个问题。 说实话,我人都看傻了。 我一直有个习惯:每次发版前必须做一次 review。原本以为项目已经挺干净了,结果还是挖出一堆历史遗留问题。 现在终于明白了: gpt-5.5 留下的屎山,得靠 gpt-5.6 来擦。 至于 gpt-5.6 留下的屎山…… 那就等 GPT-6.0 来擦吧。

中文
40
2
50
129.8K
老叶
老叶@1999_eth·
@BoxMrChen 哈哈,的确是这样的。他太细了。
中文
0
0
0
2.3K
Box (mainnet arc)
Box (mainnet arc)@BoxMrChen·
@1999_eth 如果你一直和5.6说,还有问题,你再看看 他将提供无限问题
中文
2
0
10
3.1K
老叶
老叶@1999_eth·
gpt-5.6-sol 还没用上的,真的赶紧去用。 我刚用 ultra 模式,把自己的中转站项目完整 review 了一遍。 耗时 1 小时 32 分钟,硬生生揪出了 19 个问题。 说实话,我人都看傻了。 我一直有个习惯:每次发版前必须做一次 review。原本以为项目已经挺干净了,结果还是挖出一堆历史遗留问题。 现在终于明白了: gpt-5.5 留下的屎山,得靠 gpt-5.6 来擦。 至于 gpt-5.6 留下的屎山…… 那就等 GPT-6.0 来擦吧。
老叶 tweet media
中文
44
0
57
75.4K
老叶
老叶@1999_eth·
gpt-5.6-sol 已经出现在 Codex 仓库的 models.json 文件中了。 我最关心的上下文大小也基本明确了:372K。相比上一代 gpt-5.5 的 272K,提升了大概 36.7%。 不过说实话,看到这个数字还是有点小遗憾。毕竟 opus 4.8 和 fable-5 都已经做到 1M 上下文了,372K 放在现在看确实不算特别夸张。 但好在 Codex 的压缩能力一直很强,长任务里多轮压缩之后,稳定性依然保持得不错。所以实际用起来,影响可能没有数字看上去那么大。 总的来说,算是稳步升级吧,但还是希望下一代能把上下文直接拉满。
老叶 tweet media
中文
33
1
55
34.5K
老叶
老叶@1999_eth·
GPT 5.6 Sol 的 Ulitra 版本 OpenAI 的高层管理明确了会集成到 Codex 中, 这算是一个不错的好消息,不像 A社 那样只会上一个阉割版! 之前 OpenAI 没有把 GPT 5.5 PRO模型集成到 Codex 就是很大的败笔,没想到这次直接诚意满满!周二能否如期上线,大家拭目以待吧!
Tibo@thsottiaux

@haider1 Ultra will be in codex.

中文
6
1
11
6.3K
老叶
老叶@1999_eth·
@stonebuilds That's right—this was submitted three days ago, but it was only officially merged today.
English
1
0
4
3.4K
老叶
老叶@1999_eth·
GPT-5.6 很快就能用上了! 发现 Codex 合并了一个最新的 Commit 已经添加了 GPT-5.6 三个模型了! 我把链接放二楼,好奇的可以去围观一下!
老叶 tweet media
中文
24
6
203
41.6K
老叶
老叶@1999_eth·
@xzdejz 开发者是3天前的pr,但是今天才合并进来的。
中文
2
0
2
2.9K