一句话看懂：GitHub 把设计系统 Primer 的样式方案从 CSS-in-JS 迁移到 CSS Modules，截至 2024 年 12 月全部组件完成切换，服务端渲染单页耗时下降 55%，组件初始化时间减少 25%。这不是 AI 模型新闻，却直接影响每个访问 GitHub 页面的开发者体验。
事件核心：发生了什么
据 GitHub Blog 2026 年 9 月 25 日发布的工程文章，问题起于 2023 年：部分页面组件数量激增，原有 CSS-in-JS 方案暴露出三个痛点——样式在客户端初始化拖慢首屏、服务端渲染时样式收集成本上升、单页组件变多后样式更新难以控制。
Primer 团队选择的替代方案是 CSS Modules：样式与组件 JavaScript 源码放在一起，类名默认局部作用域，运行时不依赖客户端或服务端动态计算，而是打包成样式表随 HTML 一起下发。迁移采取渐进策略，每个组件先并存新旧两套样式、用功能开关切换、借助视觉回归测试确认快照一致，再按团队、GitHub 员工、全体用户的顺序逐步放量。到 2024 年 12 月，Primer 组件全部完成迁移，随后 GitHub 开始在公司范围内减少对 CSS-in-JS 中 sx 属性的依赖。
为什么重要
前端性能优化通常被看作“体验问题”，但对 GitHub 这种体量的开发者平台，它是实打实的基础设施成本。55% 的服务端渲染时间降幅意味着同样的算力可以承接更多请求，也意味着页面首字节更快到达用户。更值得注意的是迁移方法论：用功能开关和视觉回归测试把一次大规模技术栈替换拆成可回滚的小步，这套做法对任何维护大型设计系统的团队都有参考价值，包括正在处理 AI 应用前端复杂度的团队——大模型产品的对话界面、代码编辑器、流式输出组件数量往往增长更快。
对用户/开发者/创作者的影响
对普通用户和开发者，最直接的变化是 GitHub 页面加载更快，尤其是组件密集的仓库页、Pull Request 页和代码搜索页。对正在使用 Primer 或自研设计系统的团队，这项迁移释放了一个信号：CSS-in-JS 的动态样式能力在组件规模化后性价比下降，CSS Modules 这类“零运行时”方案正在回潮。需要留意的是，sx 属性带来的 TypeScript 类型支持和与设计 Token 的集成是 CSS-in-JS 的优势，迁移到 CSS Modules 后如何补齐这部分开发体验，目前公开信息显示 GitHub 仍在处理中。
值得关注的后续
第一，GitHub 能否在 Primer 之外把 CSS-in-JS 完全移除，这将决定 55% 这类收益能否在更多页面复现。第二，sx 替代方案的开发者体验是否成熟，会影响其他公司是否跟进。第三，对国内同样在做前端重构的 AI 产品团队，值得观察 GitHub 的功能开关加视觉回归流程能否被低成本复制。
来源：GitHub Blog
