GitHub 的 Agent 时代：14x 提交、2亿开发者与 Copilot 的下一幕——Kyle Daigle
摘要
Agent 驱动的活动既是 GitHub 最强的需求信号，也是近期最大的执行风险。 swyx 提到，GitHub 2025年完成10亿次提交，到4月时已达到每周2.75亿次；若仅按线性增长，年化约140亿次，而 GitHub 嘉宾表示增速仍在加快。GitHub 如今“一个月完成的事情超过去年一整年”，这既是“艰难时期”，也是它经历过最令人兴奋的阶段。
基础设施的应对需要重写架构，而不是普通的容量扩张。 Agent 驱动的 PR 增长带来更多构建任务，Actions 对 CPU 的需求大幅上升；内部称为 MySQL 1 的数据库仍承载着大量权限管理；更大的 monorepo 也在改变平均 push 和 PR 的规模。GitHub 嘉宾将新的扩展方向称为“对角线式”扩展——既不是纵向，也不是横向——并预计随着一系列量级跃迁式修复落地，未来3个月可用性事故会“越来越少”。
Copilot 的战略重心已从代码补全转向覆盖软件生命周期的通用 Agent 运行时。 GitHub 最初押注通用微调和按客户微调，但基础模型快速进步，很快让这条路线失去了意义。GitHub 的应对是打造共享 SDK 和 harness，覆盖 Copilot 桌面应用、CLI、云端 Agent、安全修复、Issue 分诊、文档检查和并行任务执行。
企业 AI 的差异化正从模型访问能力转向上下文与权限问题。 最有价值的工作流会回溯 PR、网页帖子、Obsidian、Teams transcript、Slack 和邮件，再据此建议未来几天的行动。Work IQ 和 Foundry IQ 的价值，在于连接企业已有的数据存储，同时保留企业级安全与合规控制： “一切归根结底都只是上下文”。
小型、可组合的 skills 正证明比庞大的单体 Agent 工作流更持久。 GitHub 内部团队正在“终结这些庞大、漂亮、完美的 skill 时代”，转而共享狭窄能力，再根据不同角色重新组合。同一个总结能力，面向市场、分析师、客户或销售时必须给出不同判断，否则用户马上会问：“这是 AI 做的吗？”
AI 会不成比例地放大那些兼具技术模式识别能力与其他领域积累的领导者。 GitHub 嘉宾描述了如何“周六同时启动15个 Agent”，陪孩子打 lacrosse，再把多年商业知识用于收入规划或产品创作。AI 消除了低价值的幻灯片制作，却不会消除首席幕僚角色：这些岗位“不会全部消失，只会改变”，转向人与人的连接、协调和判断。
Agent 化开发的真正瓶颈可能是信任，而不是代码生成。 如果一个 Agent 写 PR、另一个 Agent 审核， “信任就有点分散”；技术验证仍无法回答人类、企业和监管机构是否愿意放心接受结果。因此，GitHub 更倾向于可配置的声誉启发式规则，以及 sponsorship 这类有成本的信号，而不是统一规则，同时承认 stars、账号年龄和贡献数量都可以被操纵。
Microsoft 对 OpenClaw 的兴趣，显示出一项从企业上下文延伸至操作系统和算力的平台押注。 好用的个人 Agent 需要访问计算机，但职场版本还需要操作系统级沙箱，让员工能够“使用那个 claw 而不至于被解雇”。机会在于为 Windows、云端沙箱、推理、CPU 和芯片提供可复用的平台组件，而不是让每个团队重新打造同一个顶层 Agent 产品。
精读
上游暂未提供，后续同步将继续补齐。