GitLab.com 速率限制将按订阅分级
Rate limits on GitLab.com are changing
随着平台负载激增，GitLab.com 即将调整速率限制策略。从 2026 年 10 月 19 日起，免费账户和无认证请求将率先实施新限制，Premium 和 Ultimate 用户则于 2027 年 1 月跟进。新规则将限制与订阅层级挂钩，未认证请求每小时仅限 60 次。对于大多数普通用户而言，日常使用不受影响，但重度自动化任务需注意。建议通过 Personal Access Token 或 OAuth 进行认证以获取更高配额，同时优化 API 调用策略如增加缓存和批处理。此次调整旨在防止单一负载拖慢整体平台，确保所有用户都能获得稳定服务。
可预测的限制是让 GitLab.com 对包括自动化和代理工作负载在内的所有用户保持快速的关键。
HN 评论区
106- bob1029
如果你正在使用 LLM 与 GitLab 或 GitHub 这类站点交互，并且有选择使用 GraphQL API 的机会，那请立刻上手。
GraphQL 对人类开发者来说简直糟糕透顶，但 Facebook 在 2012 年时仿佛能预见到未来。我无法想象还有比这更完美的 Agent 接口。在 GitHub 的 REST API 上，你的上下文窗口可能在读取 10 个 issue 的 JSON 数据前就被撑爆了。而借助 GraphQL 限制返回结果，你可以在同样的 token 预算下轻松读取数百条数据。
此外，由于 GraphQL 支持跨类型关联查询，而 REST API 做不到，因此在许多情况下，你的 Agent 所需发起的请求数量也能减少。这里你实际上在两个维度上实现了节省：配额和每个逻辑响应所需的原始 token 总量。
- solatic
一个被埋没的重要背景信息：未认证请求为每小时 60 次，而免费计划则是每小时 5000 次。
每小时 60 次简直太坑了。每小时 5000 次（每秒略多于一秒）则完全没问题。
我会把这件事和 Docker 限制未认证拉取的决定归为一类。未认证访问早就像渡渡鸟一样销声匿迹了。如果你想要未认证访问，那就自己跑个镜像吧。
- cush
向被爬取的项目提供回扣，是资助开源项目和向创作者付费的好方法，就像流媒体服务做的那样。看起来他们正朝这个方向努力——这将成为他们相对于 GH 的巨大产品差异化优势。
- demibabs
天哪，我们现在甚至让 Claude 来撰写重要的新闻稿了。
- ddtaylor
“没有凭据的请求，每个 IP 地址每小时 60 次。”
一分钟一次。
- weedfroglozenge
对任何声称这是由 AI 爬取导致的人来说——事实并非如此，他们只是选在这个时间点推行，以此作为一个看似合理的借口。对抗 AI 爬取是个早已解决的问题。这次推出纯粹是为了带来更多订阅和更多收入。
- tempest_
我猜这是因为 LLM 爬取导致的。
- rkagerer
如果你没登录，每个 IP 每小时 60 次请求……嗯，这不幸地太低了。