V2EX › shuaijinchao 的所有回复 › 第 1 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2

❮

❯

4 月 24 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@longxinglink 你好兄弟，多谢关注。

4 月 24 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@stefwoo 你好兄弟，多谢关注，这周会发 2.6.3 版本，支持了 GPT Oauth 账号托管。

4 月 22 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@ebi5oowiiy1llo 你好兄弟，多谢支持。当前还没有支持将多个路由自动写入 Claude Code 的配置方式，如果你比较急需这个功能可以将不同层次的 Nyro 虚拟模型 ID 手动写入配置来实现，我会把你提到的问题加入到开发计划中。

4 月 22 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@stefwoo 你好兄弟，你的问题我在本地测试并没有复现，请提供下你的复现步骤，已经在你创建的 issue 中回复了我的验证过程。

4 月 21 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@zisen 你好兄弟，目前的流程确实是这样，你说的确实也是会卡流程的细节，我来想办法优化下流程。

4 月 21 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@wm5d8b 你好兄弟，你使用 CC 的场景在之前的测试过程中并没有覆盖到，多谢你提供的案例，你可以把失败的请求在 github 中创建一个 issue ，在 issue 中贴一下请求日志方便我分析下，详细的请求日志路径在日志模块中，点击失败的日志条目会弹出详细的请求和响应信息。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@jukanntenn 社区中确实有很多优秀的项目，找到满足自己需求的产品用下去就可以。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@teaguexiao 是的兄弟，Claude Code 协议大部分国产模型都已经支持了，但如果通过 Nyro 接入，可以获得负载均衡（将多家厂商组成一个额度池，解决配额限度等问题）、请求审计能力（检查 Agent 每一条请求细节及消耗）、语义缓存（降低调用成本和优化客户端体验）等功能。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@jy01264313 你好兄弟，这个需求正在 PR 中： https://github.com/nyroway/nyro/pull/58 ，合并发版后即可支持。PR 合并后支持把 ChatGPT Plus 账号作为一个供应商接入 Nyro ，创建一条路由，Nyro 会自动把请求转发给对应账号。如果同时订阅了多个 Plus 账号，还可以把它们组成一个账号池，通过负载均衡自动分配请求，多个账号的额度叠加使用。目前一个朋友在通过 Nyro 这样使用，上面的 PR 就来自这个朋友。希望这个回答对你有帮助。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@waityan 你好兄弟，说的有道理，可以先加我 wx:xincps ，我来拉群。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@BenCoper 没有了解过这个项目，看起来项目很不错。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@zhwithsweet 好的，有问题欢迎反馈。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@zhwithsweet 你好兄弟，接入链路是：Codex → Nyro → z.ai
Codex 只需要把请求地址指向 Nyro ，Nyro 负责中间的协议转换 —— 收到 Codex 发来的请求后，自动转成 z.ai 能识别的格式发出去，拿到响应后再转回 Codex 能理解的格式返回。整个过程对 Codex 完全透明，只要配置一次就好。

4 月 20 日

回复了 757384557 创建的主题 › 推广 › 求推荐，如何购买 Claude，正版无法购买，有其他渠道吗

我目前订阅的 Cursor ，挂上代理可以稳定使用 Opus ，支付宝付款没有什么障碍。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@imnpc 是的兄弟，功能已经在 PR 阶段了 https://github.com/nyroway/nyro/pull/58 ，合并发版后就可以使用了。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@nohaneww 好的，这个项目刚刚开始起步，还有很多不完善的地方，相信有大家的洞见，可以把它变得越来越完善。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@nh1010 你好兄弟，oauth 已经在支持中了，预计这周 codex 的 oauth 就会上线。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@keepfun 兄弟这是历史原因，Nyro 的 base 是我之前开发的 APIOAK 项目，它的技术栈 Nginx + Rust + OpenResty 就取了每个技术栈一个字母作为项目名字，后来因为 AI Gateway 和 API Gateway 在底层处理逻辑上的差异比较大就全面转向了 Rust ，名字也保留下来了没有变更。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@nohaneww CliProxyApi 跟楼上那位兄弟说的 ccswitch 在软件属性上差不多，CliProxyApi 的优势是可以通过 oauth 的方式模拟客户端工具将 api 桥接到 CliProxyApi 中，由 CliProxyApi 转发并维护服务端的请求及认证状态，我理解它的定位更偏向客户端代理，而不是 AI Gateway ，所以你会看到 Nyro 中不止提供了最基础的协议转换，还提供了语义缓存、动态负载均衡、指标、审计等功能；考虑到个人、团队的使用场景 Nyro 还提供桌面版、Servser 版本全平台各指令集架构的支持。

4 月 20 日

回复了 shuaijinchao 创建的主题 › 分享创造 › 一行代码，让 Claude Code / Gemini / Codex 接入任意 LLM

@Ritter Nyro 是一个 AI Gateway ，ccswitch 是一个工具配置的聚合工具，它们本质的区别 ccswitch 只为工具提供服务，而 Nyro 不仅可以在桌面客户端为个人用户提供协议转换的能力，还具备商业环境下提供生产级别的大规模 Prompt 调度能力。如果只在本地使用 ccswitch 已经做的很好了。

1 2

❮

❯