Better Auth 加入 Vercel

Better Auth 加入 Vercel 我很高兴地宣布 Better Auth 加入 Vercel。从一开始，这个团队就一直是我们最大的灵感来源，并且始终反映了我们开始致力于 Better Auth 的许多原因。 Vercel 与我们一样致力于保持身份验证开源、框架和平台无关。联合起来为我们提供了更多的资源和空间，让我们能够专注于构建社区大部分人所依赖的框架。我们还可以一起更深入地投资身份验证的发展方向：在未来，代理代表用户行事，需要安全、有范围且可撤销的访问，同时将这些原语引入 Vercel 的产品。我非常感谢我们的社区，感谢每个以不同方式激励我们并帮助我们取得今天成就的人。 Better Auth 如何开始 三年前，我正在构建一个开源 Web 分析平台，我需要添加身份验证。那时，每当我使用 Next.js 启动一个项目时，我都会使用 NextAuth。大多数时候，我所需要的只是“使用 Google 登录”和一个简单的用户对象，所以效果很好。但对于该项目，我需要组织（多租户）：邀请队友、角色、权限、适当的访问控制。我寻找一些可以与 NextAuth 一起使用的东西，但实际上什么都不存在。选项是自己构建或使用第三方身份验证服务。我花了几周的时间将组织构建到项目中并重构了围绕它的所有内容，但我仍然对结果不满意。不久之后，我开始尝试 next-org ，它是 NextAuth 之上的一个包装器，可以添加组织支持并记录最佳实践。我一直碰壁，API 从来都没有符合人体工学的感觉，最终我中途放弃了。然后我到处都遇到同样的问题。我当时正在开发一个小型 Expo 应用程序，并且使用 NextAuth 添加 OAuth 感觉几乎是不可能的。后来，我想看看是否可以将 Next.js 项目迁移到 Svelte，但没有“NextAuth for Svelte”，所以迁移很痛苦。大约在那个时候，在人工智能成为日常话题之前，当 React 与 everything 的争论每隔一周爆发一次时，X 上就反复出现关于我们是否应该滚动自己的身份验证或只使用服务的争论。大多数人似乎都想拥有自己的权威。几乎所有不这样做的理由都可以归结为“我不想花时间构建 X 功能”。因此，我开始考虑构建一个与框架无关的身份验证框架，该框架具有适用于日常应用程序的简单核心，可以使用您需要的任何身份验证功能的插件进行扩展。我想出了 better-auth 这个名字并向自己做出了承诺：如果包名称在 npm 上可用，那就是我构建它的标志。幸运的是，确实如此。因此，我开始断断续续地研究它，持续了大约 7 个月，同时还构建了相邻的库，例如 better-fetch（我需要用于 Better Auth 客户端）和 better-call（用于 Better Auth 后端的简单 Web 服务器框架）。在重写整个框架大约四次之后，我在文档上写满了汗水，然后在 X 上发布了一张屏幕截图，上面只有：“9 月 28 日”。当时我几乎没有关注者，但不知何故，那个帖子引起了人们的注意。我花了一周时间完成了最后几篇文章，并于 9 月 28 日发布了第一个版本。从第一周开始，人们开始加入 Discord、提出问题、提供反馈并实际使用它。 Better Auth 在前三个月一直处于测试阶段，直到 2024 年 11 月底，每个星期五我都会发布一个包含修复、改进和新功能的新版本，直到我们达到 1.0。大约在那时，我对这一切变得非常强烈。我想不断改进框架，与 Discord 上的社区保持联系，保持 GitHub 整洁，并了解人们通过功能请求和错误报告提出的每一个新的身份验证概念。我认为这非常有效。人们对 Better Auth 的喜爱程度至今仍然罕见。我不断在 X 上看到赞扬 DX、API 设计和文档的推文，开发者社区开始创建 YouTube 教程、撰写博客文章并向其他人推荐该项目。 Better Auth 成为我曾经虔诚地观看 Y Combinator 视频的一家公司。我之前曾尝试过在当地创办一家初创公司，但只有当我拥有真正有效的东西时，我才想申请 YC。 Better Auth 就是这样的感觉。目前还不完全清楚它将如何成为一项业务，但我想我们会解决这个问题，如果有人要在我身上下注，那就是 YC。我申请并面试了皮特，他很慷慨地给了我一个机会。我加入了。对于在埃塞俄比亚出生和长大的人来说，进入 YC 是一个非凡的时刻。搬到旧金山参加 YC 感觉很超现实。我长期在 X 上花了很多时间，很快就熟悉了 - SF 基本上就是 X，但在现实生活中。 YC 结束时，我们筹集了由 Peak XV（原红杉印度及东南亚）领投的资金，以及超过 50 家基金和天使投资人，以建立