CC Mesh ：桌面端 LLM 网关请求转发，支持集中管理 Claude 和 Codex CLI 配置

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

• 我的帖子已经打上 开源推广 标签： 是


• 我的开源项目完整开源，无未开源部分： 是


• 我的开源项目已链接认可 LINUX DO 社区： 是


• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

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

项目地址：https://github.com/VkRainB/ccMesh

项目灵感

开发这款软件的主要灵感来自于 ccNexus，在 中转站还没普及的时候，配置 Claude Code 和 codex 都是用的 cc Switch 那会感觉还可以，但是随着中转站越来越多，各种端点随着增加，后面还是觉得 ccNexus 好用一些，cc Switch后面也跟进了路由代理转发的功能但是，配置起来觉得麻烦，头一次觉得用户交互的重要性，而且很容易稀里糊涂把配置文件被搞得一塌糊涂，另一方面很多桌面端 AI 工具为了能和 Claude Codex 通信 注入了 hook，导致配置更难以维护，cc Switch 配置丢失覆盖满天飞，然而 ccNexus更新频率慢了，开始跟不上我的需求了，经常获取不到模型，配置也变得复杂了。所以我重新设计了一款 桌面端 LLM 代理转发软件，将自己理想的使用方式带给大家。

首页界面

功能描述

本地代理服务启停与端口状态一览

今日 Token 用量与请求概览

实时请求监控：模型、耗时、首字延迟、Token 明细

多端点 CRUD、拖拽排序、列表/网格视图

支持 claude（直通）、openai（转换）、codex（Responses） 三类转换器

模型清单维护、入站/出站模型映射、连通性测试

按模型过滤的轮换与熔断，避免无关端点被误伤

以「渠道」管理 Claude Code settings.json 与 Codex auth.json + config.toml

端点写入 / 自定义写入双模式，表单与 JSON 双向联动

保存渠道与应用覆写分离，应用前自动备份

按应用、端点、模型维度查看历史用量

配置与数据备份、恢复、导出

全局出站代理、Claude/Codex CLI User-Agent

应用内自动更新（GitHub Releases）

使用说明（多图）

• 
  

  配置端点

  
  

  

  
  


• 
  

  开启转发代理

  
  

  

  
  


• 
  

  客户端使用

  
  

• 配置文件设置-CLI工具使用

致谢

在 ccMesh 的设计与开发过程中，我从以下开源项目中获得了大量启发与参考。感谢各位作者的无私分享：

再次向以上项目及其维护者致以诚挚谢意。开源社区彼此借鉴、共同进步，ccMesh 也希望将更好的使用体验回馈给社区。使用体验问题或其他好想法，还不吝各位佬友赐教

项目地址：

VkRainB/ccMesh: ccMesh is a lightweight forwarding layer for Claude Code. It intercepts Claude protocol traffic and routes it to either Anthropic Claude endpoints or OpenAI-compatible APIs — switch backends without touching your client config.