Gemini CLI 和 Claude Code 怎么选？两种额度形态决定了两种用法
这两个都是跑在终端里的 AI 编程工具，形态相似，但额度机制的设计思路差别很大——而这个差别直接决定了它们适合什么样的工作节奏。
本文不做优劣排名，只把两种机制摆清楚，然后给按场景的判断。
一、额度形态：数字 vs 配额
Gemini CLI：给你明确的数字上限。
按官方额度与定价页：
| 授权方式 | 每日请求上限 | 每分钟请求上限 |
|---|---|---|
| Google 登录 | 1000 | 60 |
| Gemini API Key（未付费） | 250 | 10 |
| Code Assist 标准版 | 1500 | 120 |
| Code Assist 企业版 | 2000 | 120 |
单位是 model request（模型请求次数），而且明确到了每日和每分钟两条线。
Claude Code：按订阅配额，撞限时告诉你等到什么时候。
按官方错误参考，它的额度类报错是这样的：
You've hit your session limit/You've hit your weekly limit——处理是等消息里显示的重置时间/usage可以查看你的计划限额- Opus 类模型可能有独立限制，
/model换模型有时能立刻恢复 /usage-credits可以购买额外用量
本文不给 Claude Code 各订阅档的具体额度数字——站内有专门讲这个的内容，那才是该看的地方。这里只讲机制。
二、这个差别的实际影响
可预测性
Gemini CLI 是可以提前算的。 你知道每天 1000 次、每分钟 60 次，就能推算自己够不够用（虽然「一次请求」的换算要自己实测）。
Claude Code 的配额更像一个动态的池子。 你通过 /usage 查看当前状态，而不是对着一个固定数字算。
对做预算的人来说，前者更好算；对不想算的人来说，后者更省心。
撞限时的处置
这一点差别最实在。
Gemini CLI 撞限（429 Too Many Requests）：
- 撞分钟限 → 等一分钟，窗口滑过去就好
- 撞日限 → 等当天重置
Claude Code 撞限：
session limit/weekly limit→ 等消息里显示的重置时间- 但如果是 Opus 类模型的限制，
/model换个模型可能立刻能接着干——这是个 Gemini CLI 那边没有对应物的逃生口 - 或者
/usage-credits买额外用量
「换模型立刻恢复」这条对赶时间的人很实用。
频率限制
Gemini CLI 有明确的每分钟上限（60 或 10 或 120）。
Claude Code 官方给的相关机制是并发：Request rejected (429) 的处理里包含降低并发（CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY）。另外还有一条 Server is temporarily limiting requests，官方明确说明与计划配额无关。
两边都有「短时间内太密集」的约束，但呈现方式不同：一个是给你一个数字，一个是给你一个可调的并发旋钮。
三、免费档的差别
Gemini CLI 有明确的、持续有效的免费档：Google 登录 1000 次/天、60 次/分钟。这是一个可以长期使用的量级。
Claude Code 的使用需要订阅或 API 凭证（官方文档里的认证方式包括订阅登录、ANTHROPIC_API_KEY、云厂商凭证等）。
这是两者最大的实际差别之一：如果你的诉求是「零成本用起来」，Gemini CLI 的免费档形态更直接。
四、按场景选
选 Gemini CLI 的情况
你想零成本长期使用。 1000 次/天的免费档是一个能干活的量级。
你需要可预测的额度。 明确的数字比动态配额好算。
你在 Google 的技术栈里。 账号、GCP 项目、Vertex AI 这些如果你本来就在用，接起来更顺。
你的用法是低密度、长时间的。 每分钟 60 次对一问一答式的使用绰绰有余。
选 Claude Code 的情况
你需要「撞限时还有退路」。 /model 换模型、/usage-credits 买额度，这两条给了你在配额紧张时继续干活的选项。
你需要精细的运行时控制。 官方文档提供了一整套环境变量：CLAUDE_CODE_MAX_RETRIES（默认 10，最高 15）、API_TIMEOUT_MS（默认 600000）、CLAUDE_CODE_MAX_OUTPUT_TOKENS（默认 32000，最大 64000）、CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY 等。这套旋钮在自动化和无人值守场景里很有价值。
你要做企业接入。 官方文档覆盖了 LLM 网关（ANTHROPIC_BASE_URL）、Amazon Bedrock、企业证书（NODE_EXTRA_CA_CERTS）、组织策略等场景。
你要跑长任务。 上下文管理相关的机制（/compact 带指示、子代理独立上下文窗口、/context 看构成）在长会话里帮助明显。
五、两个都用的情况
这两个不是互斥的。 实际上不少人同时装着。
一个可行的分工思路：
- 额度充裕的那个干探索性、试错型的活——反正额度不心疼
- 能力更契合的那个干关键、复杂的活
但要注意一点：如果你用某个第三方工具间接调 Gemini，它可能走的是不同的授权路径，消耗的不是你以为的那份额度。Gemini CLI 的额度单位是 per user，多个工具用同一个账号会共用同一份。
六、几个别搞混的点
别拿「1000 次请求」和任何订阅档的额度比大小。 单位不同（请求次数 vs 该产品自己的配额口径），没有换算关系，比了没意义。
别按对话轮数估 Gemini CLI 的消耗。 一轮对话可能触发多次模型请求，官方没给换算比例，只能自己实测。
别忽略 Gemini CLI 的每分钟限制。 很多人只看每日 1000，结果先撞上的是每分钟 60——尤其在跑自主任务时。
别以为 Claude Code 撞限就只能等。 官方给的处理里，/model 换模型是唯一可能立刻恢复工作的一条，值得先试。
七、排查体验的差别
除了额度，还有一个用久了才会体会到的维度：出问题时你能不能自救。
两家的官方文档都相当完备，但覆盖的重点不同。
Gemini CLI 的 troubleshooting 覆盖：认证与登录错误（四条，含企业 TLS 拦截的处理顺序——先试 NODE_USE_SYSTEM_CA=1，不行再 NODE_EXTRA_CA_CERTS）、常见运行时错误、一张退出码表（41 认证 / 42 输入 / 44 沙箱 / 52 配置 / 53 轮数上限）、调试手段（--debug、交互模式按 F12）。
Claude Code 的错误参考更庞大，按报错文本索引了大量条目，从认证、限流、上下文、网络代理到插件和后台会话都有覆盖；另有 /doctor（会话内自检并在确认后应用修复）和 claude doctor（起不来时在 shell 里跑）两个自检入口，以及 --safe-mode（禁用所有自定义）这个划界手段。
两者的风格差别：
- Gemini CLI 给的是「退出码 + 分类」，对自动化场景特别友好——脚本拿到 41 就去查凭证，拿到 52 就去查配置
- Claude Code 给的是「按报错文本索引的字典」+ 自检命令，对交互式排查更友好——你把报错原文一搜就能找到对应处理
如果你要写 CI 集成，前者的退出码表更实用；如果你是坐在终端前排查，后者的报错索引更省事。
八、总结
- Gemini CLI 给明确数字（每日 + 每分钟两条线，单位是模型请求次数），Claude Code 是订阅配额（撞限时告诉你重置时间，
/usage查状态）。 - 可预测性：前者好算，后者省心。
- 撞限时的退路：Claude Code 有
/model换模型和/usage-credits两条；Gemini CLI 主要是等窗口滑过去。 - 免费档：Gemini CLI 有持续有效的免费档（1000 次/天），这是想零成本用起来的人的直接选择。
- 运行时控制：Claude Code 提供了一整套环境变量旋钮，对自动化和企业接入场景价值明显。
- 两个不互斥，可以按「探索用额度宽的、关键活用契合的」来分工。
- 两边的额度单位不通约，别比大小。
本文中 Gemini CLI 的数字来自其官方额度与定价页，Claude Code 的机制描述来自其官方错误参考与排查文档，核对日 2026-08-08。本文未提供 Claude Code 各订阅档的具体额度数字，请查官方或站内对应内容。两家的政策都会调整，以各自官方为准。