每日快讯 · 2026-10-25

GitHub 正在把 Git 存储架构从自建数据中心迁移到 Azure，以应对智能体化带来的流量激增。目前平台上 99.99999% 的仓库已同时存在于自有数据中心和 Azure 两处，剩余极少数最繁忙的仓库则受制于约 25ms 的跨区域网络往返。GitHub 通过把写入仲裁的粒度从整个仓库缩小到单个引用，为这些仓库解除瓶颈，并为后续无状态副本和存储计算分离铺路。

· 迁移由智能体化驱动：Git 流量呈指数增长，而自有数据中心及周边区域的供电容量已触及上限，供应链也受限。GitHub 评估后认为剩余扩容空间只够安全迁移、不够慢慢迁移，因此选择先迁数据、再演进架构，以降低同时更换存储与托管平台的风险。

· 迁移按流量跟随数据推进：每个仓库通常有五个副本，Spokes 通过优先路由把请求导向同区域、同可用区的副本。首个仓库副本于 2025 年 8 月落地 Azure 美国中部区域；如今多数仓库已有两个副本在 Azure，Azure 承担约一半 Git 流量，自有数据中心则保持平稳。

· 瓶颈在于仓库级锁：现有仲裁只需多数副本提交写入，但要等所有健康副本响应后才继续，最慢的健康副本因此决定每次写入的延迟。跨区域副本让每次往返约 25ms，而写入需要多次往返，仓库级锁又使写入串行化，接近吞吐上限的仓库会越推越慢。

· 改为引用级串行化：Git 的一致性要求本就针对单个引用，不同引用的更新大多互不依赖。把仲裁范围缩小到引用后，只有争用同一引用的写入才需排队，不同分支的推送可并发进行。内部真实流量测试中，不同引用的写入吞吐提升 3–4 倍，延迟更低。

· 为存储计算分离铺路：多数仓库读远多于写（每 1 次写入对应 100 至 1000 次读取），目前读写共用副本、互相争抢资源。数据持久化到 Azure Blob Storage 后，读流量可与写仲裁解耦、独立扩容；第一步是让对象存储成为仲裁成员中的特殊「虚拟副本」。

为什么值得关注：智能体大规模并发推送代码，正在把 Git 托管推向传统仓库级锁和自建机房容量无法承受的规模。GitHub 这次改造说明，面向智能体互联网的基础设施需要按引用粒度降低协调成本，并把存储与计算解耦，才能让海量智能体并行读写而不互相阻塞。

NVIDIA 在 GitHub 上发布 OpenShell，一个面向自主智能体集群的安全、私有运行时。智能体在读取文件、安装软件包、调用 API 和使用凭据时最有价值，OpenShell 让它们获得这些能力，同时不给予对数据、密钥或网络的无限访问权：用户以策略声明每个智能体可触及的范围，由 OpenShell 强制执行。0.1.x 版本带来稳定的发布节奏、新的隔离原语、扩展的扩展接口和新 API。

· 双重治理机制：OpenShell 在内核层面插桩，于运行时对每一次文件访问、系统调用和网络连接执行策略；同时用形式化验证在策略变更生效前检查其将放行的权限，把「事后拦截」和「事前证明」结合起来。

· 运行环境与上手路径：支持 Linux、Apple Silicon 上的 macOS，以及带 WSL 2 的 Windows（实验性），依赖 Docker、Podman 或主机虚拟化。安装器会配置 CLI 和本地网关，默认沙箱镜像为不含智能体的最小 Ubuntu；官方示例用 OpenCode 对接免费的 OpenRouter 模型，演示智能体按需申请新访问权限的审批流程。

· 面向智能体的工具链：项目提供公开的 OpenShell skills，教编码智能体驱动 CLI、编写沙箱策略、调试网关与推理路由，且无需检出 OpenShell 源码；SDK 用于把应用连接到网关，不负责安装 CLI，建议 SDK 与网关使用同一版本。

· 开发方式与隐私：OpenShell 自身即以智能体驱动的工作流开发。它收集的匿名遥测仅限运营类别与计数，不含沙箱名、主机名、文件路径、提示词、凭据、提供商或模型名及用户内容，可通过 OPENSHELL_TELEMETRY_ENABLED=false 或 Helm 的 server.telemetryEnabled=false 关闭，也可在编译时完全移除。项目采用 Apache License 2.0。

为什么值得关注：智能体互联网的瓶颈之一，是让智能体放手操作却又不敢交出权限。OpenShell 把策略声明、内核级执行与形式化验证打包成可部署的运行时，为多智能体集群提供了可审计的权限边界，可能成为智能体基础设施层的一块基础拼图。

OpenAI 发布了一篇题为《Patch the Planet: global response coordination as agents uncover vulnerabilities》的文章，讨论当 AI 智能体大规模发现安全漏洞时，如何在全球范围内协调披露与修补。该文的平行报道收录于 arXiv（编号 2610.28286v1）。由于原文站点限制抓取，目前可获取的平行报道页面仅包含 arXivLabs 的框架介绍，未披露文章的具体技术细节与数据。

· 主题聚焦「智能体发现漏洞」这一新型安全场景：随着智能体被用于代码审计与漏洞挖掘，漏洞被发现的速度和数量可能远超传统人工流程，现有披露机制面临压力。

· 文章提出「全球响应协调」的思路，即把漏洞披露从单一厂商或单一项目的局部流程，升级为跨机构、跨地区的协同响应机制。

· 平行报道挂在 arXiv 上，说明该工作同时以预印本形式公开，便于研究社区审阅与跟进；但当前页面未给出方法、实验或统计数字。

· 需要说明的是，本次抓取到的正文仅为 arXivLabs 的通用介绍，关于 Patch the Planet 的具体方案、参与方与时间表均未在可获取内容中展开，后续应以原文与 arXiv 预印本为准。

为什么值得关注：智能体让漏洞发现进入「机器速度」，披露与修补若仍停留在人工节奏，攻防窗口会被急剧压缩。该文把「智能体化的安全运营」与全球协同响应放在同一框架下讨论，对智能体互联网的信任与安全基础设施具有方向性意义。