cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
1、在cc switch中找到open ai官方，查看其中的auth.json文件 2、使用[ https://chatgpt.com/api/auth/session ]去找到相关的信息： 下面内容都可以从这个网站里获取： { “auth_mode”: “chatgpt”, “OPENAI_API_KEY”: null, “tokens”: { “id_token”: “”, “access_token”: “”, “refresh_token”: “”, “account_id”: “” }, “last_refresh”: “” } 3、为了方便查看[ https://chatgpt.com/api/auth/session ]里的信息，可以使用这个网站（ https://gtxx3600.github.io/GPTSession2CPAandSub2API/）把所有获取的信息去解析成规整格式的json，方便找到id_token、access_token、account_id、last_refresh；这个refresh_token我直接默认了但也可以。 4、保存后那个文件，再打开codex，就能成功启动了！！！ 16 个帖子 - 12 位参与者 阅读完整话题
如题 localhost.cc 支持域名 888.moe localhost.cc 免费续费 注册 10 积分
我目前主要在用 cc-switch，用来管理 Claude Code / Gemini CLI 的供应商切换、MCP、Skills 等，感觉挺好用的。 最近又刷到另外三个类似项目： • ccx • EchoBird • code-switch-R 想请用过的小伙伴帮忙详细对比一下，这四个工具分别主要解决什么问题？各自的定位和优缺点是什么？ 7 个帖子 - 5 位参与者 阅读完整话题
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
差不多3个月之前入的cc的坑，一路开到了20x，之前4月份的时候真的20x都不太够用 但是最近两家打架，现在一周往死了用也就70=80%的量，然后gpt我看最近也挺牛逼 有没有双持的佬，开两边5x怎么样，平常工作怎么配合的呢，我现在是cc里面用codex的插件调用审核这样 然后现在额度，cc的5x现在差不多是之前的7.5x了，gpt5月份是5x是10x的额度，后面gpt还会保持这个额度吗，感觉竞争压力挺大的，额度完全用不完 3 个帖子 - 2 位参与者 阅读完整话题
f34661f166b6ae9ffef17de04bac711a d05c4e62aa67155a19c5f159586f22ce 9b1be09c838a1ea99953cbbfe1a76b89 c5c528367e97127233182c4e409537cb e98eaa0dfeb404f55affe21f99894a29 0b59c274b78156b0c52850a988d6f6dc 52cd754141eac736fca5047ecb6cc897 wankey.xyz 1 个帖子 - 1 位参与者 阅读完整话题
如题 localhost.cc 支持域名 888.moe localhost.cc 免费续费 注册 10 积分
现在Claude desktop 中的cli 与 本地安装的cc是共用配置，那这样还能本地cc用第三方的API（glm),desktop中用pro的额度么？或者说在cc登录了pro账号，额度用完了直接切glm的API会被封号吗？有没大佬来交流一下 4 个帖子 - 4 位参与者 阅读完整话题
是谁说opus4-7不行的（打野来的纯血模型给我爽到了） 下午实在是静不下心学习，便想把日常codex和cc之间的合作vibe起来（之前都是复制粘贴的）。从0开始交流模型的定位和协作流程还有两个agent各自的工具和规范。 定好框架然后/goal + 4个subagent 直接力大飞砖，一个goal跑了三个小时，虽然最后与我想的有一点点差异，但是整体完成度很高了，而且前端设计我说参照anthropic的风格设计，也是学到精髓了，那种卡其色简约风狠狠爱了。 不过第一遍也是踩了点坑，cc的goal模式和codex的不太一样，我直接套codex的prompt模板他的执行就没按照我的预期走，就中断查了一下，大家用的时候也可以参考一下。 等我再调一下贴点最后的效果图上来 我是真的觉得A 的风格还是挺好的，gpt设计就是暗色纯黑。。。 1 个帖子 - 1 位参与者 阅读完整话题
如题 localhost.cc 支持域名 888.moe localhost.cc 免费续费 注册 10 积分
我用的站里的某个佬的方法，改了compact位置，然后把gpt5.5伪装成opus[1m],这样上下文稍微能多一点点，但是我发现会有问题，比如说本来没到compact的地步，但是加载了一个skill，上下文直接撑爆了，这时候又没有compact，我手动使用compact都不行，只能换deepseek先compact再切回来才能继续用gpt-5.5。但是如果不这么做，似乎上下文额度太低？还是说佬们就什么都没改，直接用的5.5？ 3 个帖子 - 2 位参与者 阅读完整话题
RT，我刚跟着社区的帖子研究了一下用cpa+ccswitch的方式反代成api使用。但是发现不能用插件还有推荐的技能开不了fast模式。 我想问一下佬们，插件功能重要吗？还有就是还有其他的不一样的吗 3 个帖子 - 2 位参与者 阅读完整话题
请佬友们帮忙看看，我的CC Desktop接入了第三方API后，更新依赖的时候提示存在 SSL 证书问题，该如何解决 2 个帖子 - 2 位参与者 阅读完整话题
刚弄了个 cursor 的 ultra plan，结果开着 opus4.7 xhigh 跑一个项目的 plan+execute 直接干了 30% 额度，并且效果比 codex 差不少，这是 claude 目前的问题还是 cursor agent 的问题，之后又用回我的 codex 镜像站的感觉甚至更好点，cursor 的 gpt 体感也比 Claude 更强。 5 个帖子 - 4 位参与者 阅读完整话题
各位大佬，目前通过CCX和ccswitch配置好Deepseek在Codex成功使用了，但是现在想用回原来的官方Open Ai的GPT5.5怎么切换回去啊，救救孩子！ 8 个帖子 - 6 位参与者 阅读完整话题