10 月 19 日起，GitLab.com 对免费账户与未认证流量执行新的请求限额——未认证流量降到每个 IP 每小时 60 次，Premium 与 Ultimate 档明年 1 月跟进。这场 9 月 17 日就公布、10 月 7 日与 14 日各开过一场预览测试窗的调整，官方与媒体都把压力来源指向同一群人：AI 编码智能体。它们带来的提交、分支、合并请求与 CI 触发正在变成代码托管平台的基础设施成本。同一周，报道称 GitHub 正围绕数十亿次智能体提交重建 Git 基础设施，厂商声称写入至多快 35 倍。一个装闸，一个扩容——智能体流量头一回让平台方改了自己的计量表。
墙还没正式立上，预览期已经撞出包
这次调整有个已经在预览期冒头的坑。GitLab 的限流文档称 git over HTTPS 不计入那 60 次/小时，git 另有更大的按 IP 限额——但预览测试窗里，已经有团队的 Terraform 作业在拉取模块时撞上 429。有技术博客扒出了原因：git 默认先匿名发一次请求，被服务器以 401 拒绝后才带凭据重试，每个模块源都要白耗一次匿名额度。缓解办法倒已验证：配好凭据助手，再用 git 2.46 以上的 http.proactiveAuth 让凭据随请求一起发。
各档具体配额、超额定价与档位门槛，公告里没有披露——这意味着受影响最大的自动化团队，现在连「墙有多高」都只能估。GitLab 对动因的表述（经媒体转述）是「AI 编码智能体与自动化开发工具带来的基础设施压力上升」；自托管与 Dedicated 实例不在本次调整范围内，但这恰恰把「可预测容量」的卖点让给了自托管路线。
同一个洪峰，两种答案
两家的应对摆在一起看，路线差异很直白。GitLab 装闸：请求限额按订阅分级，免费与未认证 10 月 19 日先执行，企业要么升档、要么重新设计自动化。GitHub 扩容：报道称其正围绕智能体产生的数十亿次提交 redesign Git 基础设施，厂商声称写入至多快 35 倍——但基准负载、对照基线、硬件配置与灰度范围均未公布，这个数字只能当厂商口径看，不宜直接进采购依据。
这件事的影响半径超出代码托管本身。本站上周解读 Claude Code 2.1.299 时算过一笔账：长会话的压缩时机要掐在提示缓存到期前——那是单机层面的智能体经济学；GitLab 与 GitHub 这次动的是平台层面。再往上追一层，本月报道过的 NetSuite QuickStart 把智能体团队的用量写进了免费条款（每月 2500 条记录、2 个并发集成请求），AWS AgentCore payments 给智能体钱包设了基础设施层支出上限——「给智能体流量装仪表」正在成为各层平台的共同动作。
放进赛道里看
这条线与本站报道过的 GitLab 19.4 是同一盘棋的两步：那轮把 MCP 工具牌发给智能体、每笔算力归因到人、开放权重模型同等积分多用至四倍，解决的是「智能体的消耗怎么记」；这次限流新政解决的是「平台的容量怎么分」。一个是记账，一个是配给。两件事共同指向一个正在成型的现实：智能体不只是软件用户，它正在成为平台最大的写手——而所有平台，都要开始为「最大的写手」重新设计计量与配额。
需要保留的怀疑
三条边界。官方公告没有把智能体说成全部推手，「AI 智能体压力」部分是媒体与业界的归因；GitHub 的 35 倍声称没有方法说明；限流对合法自动化的误伤风险实在——预览期的 429 已经证明文档口径与体感有差距。还有一个更结构性的问题：当平台按「订阅档位」给智能体流量配给时，小团队与大公司的自动化能力差距会被制度化地拉大——免费额度里的智能体，天生比企业版里的智能体「手短」。
目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。对正在规模化管理编码智能体的团队，四个问题建议在 10 月 19 日前问清：智能体的调用、提交、分支、CI 触发有没有独立于人的硬限额；限额按用户、组织还是项目池化；超额之后是加钱、降速还是转自托管；审计日志与留存跟不跟得上智能体产生的写入量。这四个答案，直接决定你的智能体舰队是资产还是定时账单。