标题: Claude Code中接入任意模型的API转换工具
作者: #烟神殿AI
板块: #开发调优
编号: 2009926
帖子: https://linux.do/t/topic/2009926
时间: 2026-04-20 14:36:45
摘要:

先上项目地址：GitHub - yansd001/claude-api-proxy: Claude API 代理配置 · GitHub
使用教程：
0、安装包下载地址https://github.com/yansd001/claude-api-proxy/releases/download/v0.0.3/claude-api-proxy-windows-amd64.zip
也可以访问项目后到release中去下载
1、下载解压后，直接双击运行claude-api-proxy.exe，然后浏览器访问http://localhost:8000

2、浏览器打开后的截图如下,直接点击一键配置代理到Claude Code

3、配置其他模型，点击 提供商 一键添加 ，进行配置，只需要输入baseurl和APIkey即可


默认配置了gpt-5.4和gpt-5.4-mini模型，可以自己下拉选择或者输入指定模型修改
这样就算是配置完成了，可以进入claude code测试
4、如果需要使用Claude模型，则需要在接入信息页面开启直连并配置APIKey

5、注意不要关闭claude-api-proxy程序，这个转换工具需要一直运行才行

标题: mihomo tun 模式和 easytier 如何共存呢
作者: #lvbibir
板块: #搞七捻三
编号: 2009971
帖子: https://linux.do/t/topic/2009971
时间: 2026-04-20 14:41:18
摘要:

我有一台 阿里云 ecs, 这两天琢磨着用它当 easytier 的中转实现公司电脑远程家里电脑, 部署完之后发现 mihomo 我无论如何改配置都会导致 easytier 不可用, 除非把 tun 模式关了
easytier 的配置

tun 模式下的报错

当前的 mihomo 配置, 各种 stun 域名已经在 fake-ip-filter 域名中了

标题: codex的会话管理
作者: #小兔和鹿
板块: #资源荟萃
编号: 2009998
帖子: https://linux.do/t/topic/2009998
时间: 2026-04-20 14:44:46
摘要:

本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容：

我的项目是免费使用的，无收费（变相收费、赞助）部分： 是
我的帖子已经打上 公益推广 标签： 是
我的项目属于个人项目，与公司或商业机构无关： 是
我的项目不存在QQ、TG等群组引流： 是
我的项目不存在非运营必要的网站引流： 是
我的项目不存在为他人推广、AFF： 是
我的项目无关联的商业项目： 是
我的站点存在登录，并已接入 LINUX DO Connect： 否
我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

比较苦恼codex的会话管理，只有归档，没有删除，于是就vibe coding了一下，用codex和claude做了一个codex的会话管理，支持备份、删除、统计。
主界面：

预览会话：

备份，备份后你可以放心的删除之前的会话：

统计页面：

希望对各位佬有点用。如果需要优化的话，可能没啥时间，最近项目都比较忙，做了这个我今晚估计项目上得加班了 
给喜欢捣鼓、想自己增删功能的佬奉上源码：
codex-session-manager-source-v0.1.0.zip (183.3 KB)
源码环境要求：

Node.js 20+，推荐 Node.js 22
npm
Rust stable toolchain
Windows：Visual Studio Build Tools，需安装 “Desktop development with C++”
Windows：Microsoft Edge WebView2 Runtime
macOS：Xcode Command Line Tools
Linux：需要 C/C++ 构建工具、pkg-config、GTK/WebKitGTK 相关依赖

开发运行：
npm ci
npm run tauri:dev

windows用户直接可执行文件：
codex-session-manager-po

标题: 不得不说，在某些领域，Gemini还是碾压的
作者: #Kyle
板块: #搞七捻三
编号: 2010064
帖子: https://linux.do/t/topic/2010064
时间: 2026-04-20 14:52:32
摘要:

昨天回家，发现用了很多年的Intel NUC 骷髅峡谷开机没有输出了，拆开检查，发现CPU旁边一个供电芯片的电容炸了：

先问了GPT，一直在检查那颗炸了的是什么元件，GPT也自己查了网上资料，有相同案例，但没解决方案，而且推断如果炸了那颗电容，那么旁边的PU19的芯片应该也一并带走，需要一起更换。我清理了焊盘，补上了一颗电容，果然还是症状依旧。那么剩下就是那颗芯片了，丝印是6j=3f e27。问了GPT，GPT给的答案：

然后我就让GPT给出一些他人为对的芯片，淘宝查的针脚数都不对。最后准备放弃了，因为按照GPT的说法，这丝印可能是随便印刷或者定制的，买不到。
今天早上不死心，换Gemini问，一下就出结果了：

淘宝搜索RT6220AGQUF，果然一样，而且如Gemini所说，这颗芯片的datasheet里，6J是型号，后面是生产日期和编号，不重要。
然后立马下单，等到了之后换上去看看。至于能不能救活，还得保佑CPU别被短路后击穿了。
另外我刚刚还试了claude，一样没结果：

这已经是第3次，在GPT没给出正确的结果，而Gemini能一针见血的指出了。
另外两次，一次是一台老旧的win7系统局域网SMB的问题，一次是驱动墨水屏，每次刷新不稳定的情况。