当前我尝试了[claude code，codex cli，codex桌面应用]三个方式调用api。 但相同的配置，只有claude可以使用： 其余两个codex中都报了相同的错误： 我是用ccs统一配置的，模型尝试了claude-opus-4-8、gpt-5.5，均为上述情况。 有佬知道这是什么情况吗 1 个帖子 - 1 位参与者 阅读完整话题
刷音符看到别人的 命中率都是97-99，不知道为啥我的命中率好低啊，我是大概92左右，大概有哪些方面原因？求指教 3 个帖子 - 3 位参与者 阅读完整话题
我看官方文档说支持 OAuth 模式，这是啥原理？有知道的佬么？ help.router-for.me Codex | CLIProxyAPI Wrap Gemini CLI, ChatGPT Codex, and Claude Code as an OpenAI/Gemini/Claude/Codex compatible API service, allowing you to enjoy free Gemini 2.5 Pro, GPT 5, and Claude models through an API 10 个帖子 - 6 位参与者 阅读完整话题
社区萌新，最近在社区逛了一圈，发现有多个帖子，在用 Claude Code 的时候，还得自己折腾远程接入的方案，甚至还有专门开源的桥接插件。 但我自己的场景中，Qoder CLI 自带的远程场景就很稳定，不知道是不是很多人没注意到？ 我现在的用法很简单：开发机上开个 tmux session，Qoder CLI 跑在里面，进程是持久化的。然后不管是用 Web 端还是手机，连上去就是同一个会话，上下文完全不断。 体验上就是——你在工位上开着跑，路上用手机继续看、继续操作，到家里打开浏览器还是那个现场，上班的电脑都可以放在公司了。说实话这个能力挺顺手的，尤其是跑长任务的时候，不用担心断连丢上下文。但感觉官方也没怎么宣传，社区讨论也不多 有同样场景的其他方案的可以聊聊，看看大家还有什么黑科技。 2 个帖子 - 2 位参与者 阅读完整话题
我都没闹清楚究竟是哪个升级坏的事，现在只敢用codex cli 0.137.0, CPA跟着升级了，但是设置上对chat关掉了image_generation. 不然不少中转上不去。 版本高于0.137就直接报这个： 问了gemini让我关掉派发子代理… 0.139.0打开也是一样，只好还是退回0.137.0. 2 个帖子 - 1 位参与者 阅读完整话题
https://yfjc.xyz/api/v1/client/subscribe?token=711e07af8f1a4f23f6c9fc97748aad07 1 个帖子 - 1 位参与者 阅读完整话题
我说你找一下mimo cli的配置和存储文件再哪，思考了三分钟后告诉我：.codex文件夹。 在这思考中间读取codex的config.toml， AGENTS.md。 不是哥们，你是mimo，你找人家的文件夹干嘛 4 个帖子 - 3 位参与者 阅读完整话题
我chovy，国产大模型厂商们你们都干嘛呢。 一个个的大模型做的飞起，好用的桌面端工具一个都没有。 2026年了，劳资还在用cli工具、IDE插件、ccgui接国产大模型。 能不能出个像样的桌面端工具啊. 跟codex心有灵犀一下，这多好。 16 个帖子 - 13 位参与者 阅读完整话题
这相似度有多少，建议鉴定下亲子鉴定 没认真看邮件内容，没想到还真是opencode改的，mimo还是挺好用的 8 个帖子 - 8 位参与者 阅读完整话题
现在大家 AI coding 都用什么样的工具？ 是用 Claude Code / codex cli /opencode / Pi 这样的 CLI 工具呢？ 还是像 CodeX App / claude code桌面版 这样的GUI工具？ 或者老牌的Cursor？ 或者是国产的像 Code Buddy 这样的工具？ 1 个帖子 - 1 位参与者 阅读完整话题
https://coin.v2ex.pro/ https://coin.v2ex.pro/coin/9raUVuzeWUk53co63M4WXLWPWE4Xc6Lpn7RS9dnkpump 基于 Coin Community SDK 的一个 Web Client： https://coincommunities.org/docs Coin Community SDK 是来自 Pump.fun 的一个后端服务： 提供了 X 登录 token gate 逻辑验证 内容和图片存储 基于 Coin Community SDK ，每个在 Pump 上的 token 都可以构建一个属于自己的，类似 Twitter 体验的社区。 如果你已经持有 $V2EX ，就可以直接加入体验。
2 个帖子 - 2 位参与者 阅读完整话题
Codex CLI 首次登录时，部分账号会卡在： 强制绑定手机号； 短信验证码收不到或延迟； 地区/运营商限制。 若你 已在 Chrome 里登录 chatgpt.com ，可直接把浏览器会话导出为 auth.json，让 Codex 复用该凭证，无需在 CLI 再走短信流程。 1.2 前置条件 已安装 Chrome （或支持加载未打包扩展的 Chromium 浏览器）。 拥有可正常使用的 ChatGPT 账号 。 能在浏览器中完成 https://chatgpt.com/ 登录。 本机已安装或准备安装 Codex CLI 。 1.3 安装插件导出 auth.json 核心思路： 在已登录 ChatGPT 的 Chrome 中，用本地扩展读取会话并生成 Codex 规范的auth.json，全程不上传任何服务器。 1.3.1 步骤 1：下载插件 任选其一： 原作者仓库 （推荐）： https://github.com/zhishile/codex-auth-helper 百度网盘 ： https://pan.baidu.com/s/1cVsiug11dDNoe33nLPmkyA?pwd=cdj5 下载后解压，确认目录中有 extension/manifest.json。 1.3.2 步骤 2：解压并加载扩展程序 准备工作 ：将压缩包解压为文件夹（不要直接在 zip 内加载）。 打开 Chrome，地址栏输入 chrome://extensions/ 并回车。 开启右上角**「开发者模式」(Developer mode)**。 点击**「加载已解压的扩展程序」(Load unpacked)**。 选择解压后的 extension目录 （该目录下必须有 manifest.json）。 1.3.3 步骤 3：检查是否加载成功 在扩展列表中应能看到 Codex 认证助手 ，启用状态正常，无报错。 若加载失败，常见原因： 选错了目录（应选 extension 文件夹，而非仓库根目录）。 压缩包未完整解压。 浏览器版本过旧，不支持 Manifest V3。 1.3.4 步骤 4：固定扩展程序 点击工具栏 拼图图标 → 找到 Codex 认证助手 → 固定 。 1.3.5 步骤 5：导出身份信息 先 在 Chrome 中打开并登录 https://chatgpt.com/ 。 点击 Codex 认证助手 图标。 插件会检测登录状态；若未登录，先在网页完成登录。 点击**「导出身份信息」 或 「生成并保存 auth.json」**，浏览器会下载 auth.json。 1.3.6 步骤 6：放置 auth.json 并验证 Codex 将下载的文件放到 Codex 认证目录（ 建议先备份再覆盖 ）： 系统 路径 Windows %USERPROFILE%\.codex\auth.json macOS / Linux ~/.codex/auth.json # WindowsNew-Item -ItemType Directory -Force -Path "env:USERPROFILE\.codex\auth.json" # macOS / Linuxmkdir -p ~/.codexcp ~/Downloads/auth.json ~/.codex/auth.jsonchmod 600 ~/.codex/auth.json 在终端运行 Codex，确认不再弹出手机号验证。【Codex APP 重启即可】 建议 ：导出后另存一份备份（如 auth.json.bak ），Token 过期时可快速恢复。 1.4 安全须知 auth.json 等同于 ChatGPT 登录凭证 ，请勿上传公开网盘、提交 GitHub 或发给他人。Token 过期后重新导出；若怀疑泄露，请在 ChatGPT 设置中退出所有设备并改密。 1.5 常见问题 现象 处理办法 插件显示未登录 先在 chatgpt.com 网页登录；检查广告拦截是否拦截 Cookie 导出后 Codex 仍要验证 确认路径为 ~/.codex/auth.json ；重新导出；查看插件 Token 倒计时 扩展无法加载 必须选择含 manifest.json 的 extension 目录 auth.json 异常偏小 退出 ChatGPT 重新登录后再导出 1.6 维护说明 关注插件中的 Token 有效期，临近过期时重新登录 ChatGPT 并导出，覆盖 ~/.codex/auth.json 即可。 1.7 参考链接 codex-auth-helper ChatGPT **Chrome 扩展：**chrome://extensions/ 3 个帖子 - 3 位参与者 阅读完整话题
mimo cli 出来了，内置 MiMo Auto 限时免费通道——零配置即可开始使用。也支持接入各家主流 LLM 厂商 API。 6 个帖子 - 4 位参与者 阅读完整话题
name = “codex” wire_api = “responses” supports_websockets = false base_url = “ https://x666.me/v1 ” env_key = “OPENAI_API_KEY” 报错 Unexpected status 403 Forbidden: Image generation is not enabled for this group, url: https://x666.me/v1/responses , cf-ray: a09c5e942b4eea91-ICN 5 个帖子 - 5 位参与者 阅读完整话题
刚才claude desktop 一直报错，gh cli can not use ,plz reconnect. 发现好像登陆也上不去了，最后发现是github auth服务坏了 影响15%的流量 support.github.com Sign in for Software Support and Product Help - GitHub 支持 Access your support options and sign in to your account for GitHub software support and product assistance. Get the help you need from our dedicated support team. 4 个帖子 - 3 位参与者 阅读完整话题
本人之前在使用opencode的 mimo 但是感觉 还是不太行，然后最近科大讯飞是出了一个免费的 Qwen3.6 但是上下文128 不太够用，而且速率有限制，各位大佬有什么其他平台可以推荐的吗，低消费的官方站也可以接受 9 个帖子 - 7 位参与者 阅读完整话题
💡 背景 一直在 WSL2 里面使用 codex-cli ，近期看到 Windows 端 App 支持联动手机 App 并能控制电脑，便打算安装体验一下。 代理软件使用 Clash 。 由于 Clash 的 TUN 模式 对 WSL2 的网络影响非常大，因此不考虑开启 TUN 模式。 不希望开启全局的 系统代理（ System Proxy ） 模式。 最终选择使用 Proxifier 进行进程级的代理接管。 ❌ 踩坑过程与问题现象 尝试方案 1：Proxifier 常规配置（失败） 在 Proxifier 中添加好本地代理服务器后，配置了一条常规规则：将 codex 和 Codex.exe 加入 Target Applications 列表，Action 设为 强制走代理（ Proxy ） 。 现象： Codex 界面可以打开，但个人资料无法读取、额度用量查看不了、模型问答一直卡在 thinking 状态。查看 Proxifier 日志未发现明显异常。 尝试方案 2：使用 .env 配置文件（失败） 关掉 Proxifier ，尝试在 Codex 目录中添加 .env 配置文件并写入代理环境变量（如 HTTP_PROXY / HTTPS_PROXY ）。 现象： Codex 打开速度极其缓慢，随后依然无法查看用量、个人资料，且 完全无法连接手机 APP 。 痛点： 坚决不想用系统代理，同时由于 WSL2 的存在，也无法使用 TUN 模式，一时间陷入僵局。 🔍 转机与排查思路 网上关于这个客户端类似问题的资料极少，各类 AI （ Gemini 、ChatGPT 、豆包等）给出的方案也大多是陈词滥调（比如盲目让你添加一堆别的无关进程规则），根本解决不了问题。 随后换了个提问思路： “为什么添加了 .env 代理后，部分本地服务反而无法正常打开？” AI 提示了一个关键点： Codex 的部分服务（如 UI 与后端核心进程的通信、手机 App 的本地配对等）会走本地回环（ Localhost ）。如果一股脑全把流量送去代理服务器，会导致本地通信死循环或被代理软件拦截。 这也是为什么别的帖子让人加一堆乱七八糟的进程规则都踩坑的原因——方向错了。 ✅ 解决方案 既然知道了症结在于“本地回传流量被误代理”，解决办法就很简单了。在 Proxifier 中为 Codex 单独做一下流量分流， 将本地回环（ Localhost ）强制直连 。 Proxifier 规则配置步骤： 保留 原本让 codex / Codex.exe 走代理的规则。 新增 一条排在最前方的优先级规则（ 确保这条规则在代理规则之上 ）： Applications: codex; Codex.exe Targets (目标地址): localhost; 127.0.0.1 Action: Direct (直连) 📌 核心逻辑： 必须确保目标是本地（ Localhost ）的流量强制走 Direct （直连），其余的外网请求再走 Proxy （代理）。 🎉 结果验证 保存规则并重新打开 Codex ，一切恢复正常： 界面秒开，展现速度极大提升。 个人资料、额度用量读取完全正常。 手机 APP 连接与电脑操控一切正常！ 总结： 遇到类似独立客户端网络异常时，除了盯着外网规则，不妨看一眼是不是本地回环（ Localhost ）被代理误伤了。希望这个思路能帮到遇到类似困境的朋友，少走弯路！
君的公益跑codex CLI 两个小时左右就限制了，显示403账号超限，然后去公益站看额度也会报错显示频繁访问，最近一直在跑项目，学校实验室课设，佬们有什么好办法嘛，而且我还发现codex其实比Claude好用太多了，都是君的公益站，我实际用下来codex每次都能高效解决问题，Claude则一直自言自语的改，最后跑的东西啥也不是，可能是我的问题？ 6 个帖子 - 6 位参与者 阅读完整话题
今天升级了最新版本，重启电脑后直接崩溃了 但是cli还可以用，我就让他给我修复 但是以前的会话还是不行，只有新建的会话才可以 我不知道大家有没有遇到，发出来大家检阅 1 个帖子 - 1 位参与者 阅读完整话题