标题: 分享一个轻量原生的codex多provider切换方式
作者: #Yan233_
板块: #开发调优
编号: 1869813
帖子: https://linux.do/t/topic/1869813
时间: 2026-04-01 01:15:07
摘要:

我平时经常会provider混用，但是codex在这方面支持做的很差，直接切换provider会导致session记忆相互独立，于是就用这个方案，统一路由到模板T，历史就不会割裂了。
不用ccswitch的原因是我觉得相对来说太重了，没必要。
放在 ~/.codex/config.toml 配置文件里的provider占位符
[model_providers.T]
name = "T"
base_url = "https://placeholder.invalid/"
env_key = "T_API_KEY"

写在 ~/.bashrc 里的函数，方便直接调用特定供应商
_codex_T() {
    local base_url="$1"
    local api_key="$2"
    shift 2
    T_API_KEY="$api_key" codex -c model_provider=T -c model_providers.T.base_url="$base_url" "$@"
}
codexT1() {
    _codex_T "https://<ENDPOINT>/v1" "<API_KEY>" "$@"
}

标题: Codex注册,只有Access Token怎么接入sub2api啊
作者: #suny
板块: #福利羊毛
编号: 1869815
帖子: https://linux.do/t/topic/1869815
时间: 2026-04-01 01:15:36
摘要:

Codex注册,只有

Access Token怎么接入sub2api啊求大佬教教我

标题: Claude上不去了,测速半天才发现webshare自动给我换了个ip
作者: #林夕
板块: #搞七捻三
编号: 1869816
帖子: https://linux.do/t/topic/1869816
时间: 2026-04-01 01:15:37
摘要:

之前的rcn ip用了好几个月了,刚刚突然给我换了一个,测了下感觉不太行,还是再去刷一个rcn的吧

标题: gemini的号可以登录居米乃cli了？
作者: #兰陵笑笑生
板块: #搞七捻三
编号: 1869827
帖子: https://linux.do/t/topic/1869827
时间: 2026-04-01 01:17:24
摘要:

刚刚用pro的号直接登录Cli就成功了 以前只能登录反重力 但是那个反重力难用的一批 做了个任务就停在那里
还是说本来就可以用gli的 是我不知道了？

标题: 再见！Einzieg 公益站
作者: #Einzieg
板块: #开发调优
编号: 1869840
帖子: https://linux.do/t/topic/1869840
时间: 2026-04-01 01:19:29
摘要:

亲爱的佬友们：
从 Einzieg 公益站 上线至今，我们已经陪伴彼此走过了无数个充满温暖的日日夜夜。在这些日子里，我们见证了无数善意的汇聚，感谢你们的每一份关注、每一次参与，是大家共同发出的微光，照亮了这个小小的公益角落。
但是，天下没有不散的筵席，由于sora即将下架，我这边的号池也不再进行续费了，于是不得不向大家宣布：Einzieg 公益站 将于近期关闭
感谢所有支持过我的佬们
最后
人力有穷天无尽，留待有缘再出发。

标题: codex free
作者: #user1532
板块: #福利羊毛
编号: 1869863
帖子: https://linux.do/t/topic/1869863
时间: 2026-04-01 01:25:24
摘要:

url:https://api.grokproxy.us.kg
key:sk-12345

标题: 等级访问天数卡着不动
作者: #晓风
板块: #搞七捻三
编号: 1869865
帖子: https://linux.do/t/topic/1869865
时间: 2026-04-01 01:25:47
摘要:

为什么我的天数一致卡在这里啊 求个佬解惑下

标题: Mac的cpu直接爆了，跑了两个终端
作者: #xiaoyi001
板块: #开发调优
编号: 1869874
帖子: https://linux.do/t/topic/1869874
时间: 2026-04-01 01:27:36
摘要:

如图，8+256 m4丐版那个

标题: 深夜反思：如何保证vibecoding的时候一直保持较低的技术债务？
作者: #克劳塞支
板块: #搞七捻三
编号: 1869891
帖子: https://linux.do/t/topic/1869891
时间: 2026-04-01 01:30:55
摘要:

最近在完善自己的项目，检查的时候发现以前很多遗留下的技术债务问题。
到夜里听着网抑云就开始反思自己，为什么之前没有注意到会写出一些屎山设计。
内容：
这种债务思维不完全是不规范编码的问题。
感觉像是一开始的需求是A，后面想要扩大化需求或者改变需求变为B，然后变成C等等，在每一次需求上的改变的时候，总是会存在交接改造项目的时候不彻底。比如A需求中有个设计在转变为B的时候可以用，但是要加一些防护和兼容性设计，然后再到C的时候勉强能用又要进一步加一些代码兼容。
AI在coding的时候总是领了任务，觉得当前这样做没问题就自己做了，但是长期来看就会让一个小设计在后面变成大屎山。
有一种每一步看上去在当前都是合理的感觉，但是整体却在危害项目生命。
而且有些时候我在检查ai计划的时候，这些小细节容易被忽略，看上去挺合理的。
有没有佬对我面临的这个问题有同感呀，或者对我指点一二 ，感激不尽

标题: 【新人报道】佬友们好！
作者: #卖鱼强
板块: #搞七捻三
编号: 1869905
帖子: https://linux.do/t/topic/1869905
时间: 2026-04-01 01:33:25
摘要:

咱也是进来了，昨天还想在某鱼上买邀请码，今天早上就看到可以获取了，好巧，今后就跟着佬友们讨论学习了

标题: 1 background terminal running，却等不来working,大佬们咋解决的
作者: #xiaoyi001
板块: #开发调优
编号: 1869913
帖子: https://linux.do/t/topic/1869913
时间: 2026-04-01 01:34:57
摘要:

标题: 有没有开源好用的卡密平台推荐？
作者: #小玩家
板块: #搞七捻三
编号: 1869915
帖子: https://linux.do/t/topic/1869915
时间: 2026-04-01 01:35:41
摘要:

大佬们，有没有开源好用的卡密平台推荐？

标题: 佬们请教cil不能像chatbox,Cherry Studio一样获取模型列表吗
作者: #chinajojo
板块: #搞七捻三
编号: 1869917
帖子: https://linux.do/t/topic/1869917
时间: 2026-04-01 01:36:53
摘要:

折腾半天Claude code和codex，发现好像不能像chatbox,Cherry Studio一样获取模型列表，要自己手动填。
而且Claude code用gpt模型要做映射，我映射过去死活没反应，不知道为啥，codex就可以用。
不能获取模型，有些公益站又没有模型广场这不就没法做了吗请教一下

标题: 人生目标＋1
作者: #桐人
板块: #搞七捻三
编号: 1869936
帖子: https://linux.do/t/topic/1869936
时间: 2026-04-01 01:40:29
摘要:

又多了一个人生目标，点亮全球

标题: 有趣的Claude & GPT 20刀和200刀的额度杠杆
作者: #苍真
板块: #搞七捻三
编号: 1869950
帖子: https://linux.do/t/topic/1869950
时间: 2026-04-01 01:42:43
摘要:

Claude 20刀套餐 ≈ 周限40刀
GPT 20刀套餐 ≈ 周限180刀
Claude 200刀套餐 ≈ 周限675刀 (相比20刀1.68倍杠杆,可以理解)
GPT 200刀套餐 ≈ 周限1000刀 (相比20刀0.6倍杠杆)
所以说GPT 200刀套餐存在的意义是?还不如订10个Plus划算? OpenAI的商业逻辑有点看不懂

标题: 冰佬的邀请码一个
作者: #Wanghaoyuuu
板块: #福利羊毛
编号: 1869972
帖子: https://linux.do/t/topic/1869972
时间: 2026-04-01 01:48:07
摘要:

f4d518fbdb7ac29ce9e7f4c91fbe1e73
佬们拿到了说一下哈

标题: 在实际需求从0到1用kimi k2.5有感
作者: #mi tu
板块: #开发调优
编号: 1869985
帖子: https://linux.do/t/topic/1869985
时间: 2026-04-01 01:51:40
摘要:

前言
我一直在观望国产模型，主要之前有稳定的kiro claude现在还可以白嫖gpt，最近openai的邪恶人格占领高地，天天封号，所以买了个fireworks的编程套餐试试水，我同时也有glm的编程套餐。fireworks这个应该没有过度量化吧？如果是超级量化导致的降智以下当我没说。
两极分化已经不能描述现在的国产模型了，kimik2.5在论坛里有的人说已经超越sonnet4.6，有的说还不如gpt4，glm5也差不多，颇有安卓新机发布后和苹果对比的网友评论的感觉。
我的体验
买fireworks的套餐就是为了快，200tps带来了窜稀的快感，我打算进行一个简单的mes系统demo开发，集成手机端报工与中控发单流程监控端，数据库因为是demo用sqlite，前端为了方便用的vue3。因为主要是为了测试模型性能就没用已有的项目测试。
拆分需求部分就遇到了困难，这是个实际在与工厂对接的需求，我把工厂方提出的需求发给kimi结果架构md里出现了很多理解偏差，还自己加了很多不存在的细节，比如报工流程工厂方还没进一步交接，kimi在没和我确认的前提下擅自决定采用扫码报工，即使我在发送前强调未确认的细节与我讨论后决定kimi还是毅然决然的自己决定了一切只是象征性的问了下前端后端用什么框架。
解决完架构基本满意后执行阶段就是快，推荐一下fireworks这个套餐比窜稀还快。运行出现问题，几个小的变量名错误，修复后初见端倪了，前端网页基本三步一个坑，列表显示错位，一点点组件显示不全，很多页面压根就是空文件一个占位的。我已红温，重新强调修复后还是修复一个bug引入新的bug的循环。并且在vibe过程中发现mcp调用压根没有啊，我在claude.md里有简单的约束使用auggie和exa之类的，从头到尾他一个mcp也没调用，换成glm或者opus4.6就完全没问题，在初始阶段就会调用auggie索引确认相关代码然后exa搜索文档之类的。
而且在对话中kimi很喜欢不了解上下文直接开写，开新对话后如果不强调用auggie理解一下现有代码他会直接开个新文件把旧的已经实现的需求再写一遍，到这我感觉已经是我提示词约束太差导致的了。
vibe了3个小时才终于把能看见的bug修完初步能跑。
结局
还没测试glm但是体感这kimik2.5也太差了，难道是我提示词太精简的原因？因为opus太贵了我把提示词精简的很极限，但是opus用起来没问题，sonnet4.6也没问题。
这模型让我回到了青春，和gemini2.0p青涩的对话写项目，尝试浑身解数让她理解我(误。
总而言之我体感不如sonnet4.6甚至有没有sonnet4.5强都是问题，明天我优化一下提示词再试试，如果让我改观我再发个帖子夸一次。