AI 编码狂潮压垮基础设施，GitHub宕机，Cursor Origin发布Early Beta版也掉链子，开发者工具链正在出现新的集中式依赖风险。

1. Git 已经去中心化，但“Git 服务”没有。
   代码本身可以在本地，但 Issue、PR、Release、CI、Packages、Actions、账号认证等往往全部集中在一个 SaaS 平台。

2. AI 编程正在进一步放大这种集中风险。
   当 Copilot、Cursor、各种 Coding Agent 同时大量调用代码托管平台时，GitHub 不再只是“代码仓库”，而逐渐变成 AI 软件生产流水线的基础设施。最近的 GitHub 故障讨论中已经出现了客户端重试造成流量进一步放大的案例。

3. 镜像不是完整的灾备。
   TUNA 这样的镜像站非常有价值，但它解决的是“软件下载/依赖获取”的问题，并不能替代 Git Forge。清华镜像站本身也明确把自己定位为开源软件镜像和 Linux 镜像服务。

4. 真正应该做的是降低单一 Forge 的不可替代性。
   最低成本的做法甚至不是“从 GitHub 搬家”，而是：

git remote add backup <backup-repository>
git push --mirror backup

让 GitHub、Codeberg、自建 Forgejo 等同时保存代码。

Codeberg 是不是最好的替代？

如果目标是个人开发者、开源项目、独立项目，我认为 Codeberg 是目前非常值得推广的选择。

它不是“另一个 GitHub 克隆网站”这么简单：Codeberg e.V. 是非营利组织，平台基于 Forgejo；Forgejo 本身又是可以自行部署的自由软件。因此真正的价值是：即使 Codeberg 有一天不存在了，你仍然拥有迁移到其他 Forgejo 实例或者自己部署的能力。

其他值得考虑的方案还有：