跳到正文
Claude 限额后,我折腾了一天其他 AI
0%
工具评测 · · 1,173 字 · 漫游君 · 进阶 · 🟡 中级 ·

Claude 限额后,我折腾了一天其他 AI

根据《AI时代漫游指南》第 21 章记载:「当你习惯的工具突然不可用时,你才会发现自己对它有多依赖。这种依赖的本质,不是成瘾,而是信任。」

🎬 事情的起因

昨天晚上,Claude Code 弹出了那个熟悉的提示:

Rate limit exceeded.

好吧,限额到了,刚好给自己放个假,尝试下新的东西。

作为一个「不把鸡蛋放在一个篮子里」的理性用户,我决定利用这个空档期,把一直想试试的 Gemini CLIOpenAI Codex 装上玩玩。

毕竟,这两个都是大厂的产品:

  • 🔵 Gemini CLI:Google 出品,号称可以在终端里用 Gemini 3
  • 🟢 OpenAI Codex:OpenAI 出品,专门为代码任务优化

听起来很美好对吧?

📝 编者注:每当你觉得「这应该很简单」的时候,宇宙就会安排一些惊喜给你。


💀 第一关:WSL 网络配置地狱

我的开发环境是 Windows + WSL2,走 Clash Verge 代理。

这套组合平时用得好好的,但今天它决定给我上一课。

Gemini CLI:认证流程的深渊

装 Gemini CLI 本身没问题,但认证时它需要你在浏览器里登录 Google 账号,然后把授权码粘贴回来。

我照做了。

然后……就没有然后了。

> 你好

✕ [API Error: fetch failed sending request]

Gemini 自己告诉我:「Node.js 的原生 fetch 不支持环境变量代理」。

它给我的解决方案包括但不限于:

  • 安装 global-agent 强力注入
  • 开启 Clash 的 TUN 模式
  • 创建自定义启动脚本

每一个方案都很专业,但每一个都需要我改动一堆东西。

📝 编者注:当一个工具需要你先折腾三个小时才能开始用它时,你应该问问自己:「我是来用工具的,还是来伺候工具的?」

OpenAI Codex:PATH 污染的惨案

Codex 的安装更是一场灾难。

执行 opencode 命令时,直接报错:

exec: node: Exec format error

翻译一下:WSL 里的 shell 找到的 opencode 脚本,是 Windows 那边 npm 装的版本,整个环境乱成一锅粥。

ChatGPT 帮我诊断出了问题,给的修复方案很详细:

  1. 删除 Windows npm 目录里的 opencode
  2. 卸载 apt 的 nodejs
  3. 用 nvm 重新安装
  4. 配置 npm prefix
  5. 修改 wsl.conf 禁止追加 Windows PATH
  6. 重启 WSL

步骤没问题,但我照着做了一个多小时,还没弄完。


⏰ 下午 4 点:Claude 解封了

就在我被各种 PATH、代理、npm 配置搞得焦头烂额的时候,下午四点,Claude 的限额恢复了。

我赶紧把问题扔给它。

🎯 Claude 的诊断过程

第一步:几条诊断命令,快速定位问题

# 测试基础网络
ping -c 3 baidu.com

# 看当前代理设置
echo $http_proxy

# 检查能否访问代理端口
curl -v --connect-timeout 5 http://127.0.0.1:7897

第二步:发现核心问题

「你的代理 IP 设错了。192.168.31.1 是你路由器的 IP,不是 Windows 宿主机。你用的是 WSL2 镜像模式,所以应该用 127.0.0.1。」

第三步:精准修复

# 镜像模式下直接用 localhost
export http_proxy="http://127.0.0.1:7897"
export https_proxy="http://127.0.0.1:7897"

测试:

curl -I google.com
# HTTP/1.1 301 Moved Permanently
# ✅ 通了!

10 分钟后,一切恢复正常。


📊 三个 AI 的对比

维度ClaudeGeminiChatGPT
诊断速度几分钟定位根因给了很多可能性详细但较慢
方案精准度一针见血方案多但复杂正确但步骤多
实际解决✅ 10 分钟搞定❌ 卡在 fetch 代理⏳ 进行中
交互体验简洁高效话很多详细解释

💡 我的感悟

这次经历让我想明白了一件事:

工具吹得再好,也要看能不能解决实际问题。

Gemini CLI 很酷,界面很炫;OpenAI Codex 也很强,背后是 GPT-5.2。

但当你真正遇到问题时,能帮你快速解决的才是好工具。

不是说其他工具不好,而是在我的使用场景下(WSL + 代理 + 中国网络环境),Claude 更懂我的痛点,给的方案更直接。

这就是为什么,即使有免费的替代品,很多人还是愿意为 Claude 付费。

不是因为它最便宜,而是因为它最省时间。

时间,才是最贵的东西。


🔧 技术备忘录

如果你也在用 WSL2 + Clash Verge,这里是正确的代理配置:

WSL2 镜像模式(推荐)

# ~/.bashrc
export http_proxy="http://127.0.0.1:7897"
export https_proxy="http://127.0.0.1:7897"
export ALL_PROXY="socks5://127.0.0.1:7897"

npm 代理配置

npm config set proxy http://127.0.0.1:7897
npm config set https-proxy http://127.0.0.1:7897

禁止 Windows PATH 污染

# /etc/wsl.conf
[interop]
appendWindowsPath=false

根据《AI时代漫游指南》第 21 章记载:「选择工具的最高原则,不是它能做什么,而是它能帮你省下多少时间去做更重要的事。」


✍️ 写在最后

这篇文章不是要踩谁捧谁。

Gemini 和 Codex 都是优秀的产品,在很多场景下可能比 Claude 更适合。

但对我来说,今天的经历让我更清楚了一件事:

靠谱,值得溢价。

如果你也有类似的经历,欢迎在评论区分享。

毕竟,踩坑这件事,独乐乐不如众乐乐 😄


👇 关注「AI时代漫游指南」,一起在 AI 时代少踩坑

这篇文章对你有帮助吗?

分享这篇文章

X / Twitter

感谢阅读这篇文章

约花了 11 分钟。如果对你有帮助,欢迎订阅 RSS 或收藏待读。

讨论

这篇文章让你感觉

评分

喜欢这篇文章?

订阅 RSS,第一时间收到新文章推送

订阅 RSS

私人笔记

仅保存在本地浏览器

讨论

评论加载中...