我们应得的代码锻造平台

# 我们应得的锻造厂 来源：https://btao.org/posts/2026-05-09-the-forge-we-deserve/ GitHub 最近日子不好过。它们的可用性（或者说，频繁宕机）都快成梗了，AI 带来的使用量指数级增长让他们疲于应付，如今像 Ghostty 这样知名度高的项目也开始**迁移离开**(https://mitchellh.com/writing/ghostty-leaving-github)。开发者们开始讨论**他们**(https://matduggan.com/if-i-could-make-my-own-github/)**想要**(https://nesbitt.io/2026/05/02/a-github-for-maintainers.html)的替代品该是什么样子。 我感谢 GitHub，但风向已经很明显了。我希望他们能解决稳定性问题，但对开源世界来说，这也是尝试新事物的机会。那么，接下来呢？市面上已经有不少 Git 锻造厂。其中一些，比如 **Forgejo**(https://forgejo.org/)，已经相当不错。可以合理预测，很多人会迁移到这些平台上，生态会变得更加碎片化。 集中化有它的好处，失去这些好处可能会很痛苦。我喜欢大多数我用的开发工具都集成了 GitHub，当我想在 GitHub 项目里提 issue 时几乎没有摩擦。 但在一个充斥着各种 `gitlab.foo.com` 和 `forgejo.bar.com` 实例的世界里，情况就不是这样了。或者，也许所有人都搬去某个热门的“AI优先”新锻造厂，然后 10 到 20 年后我们又经历同样的“变质”循环。 但我们不必这样活着。Armin Ronacher **说得很好**(https://lucumr.pocoo.org/2026/4/28/before-github/)：一家公司的随波逐流不应该变成所有人的文化危机。 我认为我们已经有一条有希望的道路：一个建立在开放、可互操作协议之上的 Git 锻造厂。 具体来说，今天这就是 **Tangled**(https://tangled.org/)。它建立在 AT Protocol 之上。细节有点技术宅（如果你感兴趣，我推荐**这篇解释**(https://overreacted.io/open-social/)），但重要的部分如下： - 你的数据（例如你的仓库、你开的 issue、你写的 PR 评论）保存在你可以自托管的服务器上（或者你可以使用公共的共享服务器）。 - 一个集中式的应用（比如 tangled.org 本身）将所有数据聚合到一个地方。 - 这一切都是开源的，所以如果 Tangled 的开发者开始偏离轨道，我们可以 fork 它。 换句话说：我们既能享受集中化服务的好处，**同时**也能获得拥有自己数据的所有权。你不需要一百万个登录名，仍然可以从一个搜索栏搜索所有人的仓库，但你也不必把代码的永久保管权托付给 Tangled 团队。 在我看来，最好的地方在于，它在结构上就抵制了现在 GitHub 那种让我们痛苦的锁定。任何人只要愿意，都可以运行自己的 Tangled fork。只要这个 fork 与 Tangled 的模式（在 ATProto 术语中称为 **lexicon**(https://atproto.com/guides/lexicon)）保持兼容，那么无论某人是从 `tangled.org` 还是 `tangled-but-better.org` 甚至 `tangled-but-with-some-crazy-different-ui-and-features.com` 读取他们的个人资料，都不重要。这种开放性的一个早期好例子是 Mitchell Hashimoto 的 **tack**(https://tangled.org/mitchellh.com/tack)——如果你不喜欢 Tangled 原生的 Nix 风格 CI，它允许你在 Tangled 中使用其他 CI 提供商。 我希望 Tangled 能成功。目前它还是 alpha 软件，所以有些地方还不够完善——但用它来做开源工作完全可行。他们已经完成了**种子轮融资**(https://blog.tangled.org/seed/)，原生支持 **jujutsu 和堆叠 PR**(https://blog.tangled.org/stacking/)，并且刚刚引入了一个有趣的**信任网络**(https://blog.tangled.org/vouching/)实现。 据我观察，它是唯一一个从根本上与 GitHub 不同的锻造厂。下一个锻造厂应该是向前迈出一步，而不是原地踏步。我所有新项目都会从 Tangled 开始，我鼓励你也试试。