Better AuthがVercelに参画

Better AuthがVercelに参画します。 このチームが結成されて以来、私たちは常にインスピレーションの源であり、Better Authを始めた多くの理由を反映してきました。Vercelは、認証をオープンソース、フレームワーク、プラットフォームに依存しない状態に保つという私たちのコミットメントを共有しています。 力を合わせることで、より多くのリソースと、コミュニティの多くが依存するフレームワークの構築に集中する余地が得られます。また、エージェントがユーザーの代わりに動作し、セキュアでスコープが限定され、取り消し可能なアクセスを必要とする未来に向けて、認証がどのように進化していくかについて、より深く投資できるようになります。そして、これらのプリミティブをVercelの製品全体にもたらします。 ここまで私たちを導いてくれたコミュニティ、様々な形で私たちにインスピレーションを与えてくれたすべての人々に、心から感謝しています。 Better Authの始まり 3年前、私はオープンソースのウェブ分析プラットフォームを構築しており、認証を追加する必要がありました。当時、Next.jsでプロジェクトを開始する際には、常にNextAuthを使用していました。ほとんどの場合、必要なのは「Googleでサインイン」とシンプルなユーザーオブジェクトだけで、それはうまく機能しました。しかし、そのプロジェクトでは、組織（マルチテナント）が必要でした。チームメイトの招待、ロール、権限、適切なアクセス制御です。 私は、NextAuthと併用できるものを探しましたが、実際には何も存在しませんでした。選択肢は、自分で構築するか、サードパーティの認証サービスを使用することでした。組織をプロジェクトに組み込み、すべてをリファクタリングするのに数週間かかりましたが、結果には満足できませんでした。 その後すぐに、NextAuthの上に組織サポートを追加し、ベストプラクティスを文書化するラッパーであるnext-orgの実験を開始しました。しかし、壁にぶつかり続け、APIは決して人間工学的ではなく、最終的には途中で断念しました。 その後、どこでも同じ問題に遭遇し続けました。私は小さなExpoアプリに取り組んでいましたが、NextAuthでOAuthを追加するのはほぼ不可能に感じられました。そして後に、Next.jsプロジェクトをSvelteに移行できるかどうかを確認したかったのですが、「Svelte用のNextAuth」がなかったので、移行は困難でした。 その頃、AIが日常的な話題になる前で、React対その他のすべての議論が毎週のように激化していた頃、自分の認証を構築すべきか、それともサービスを使用すべきかについて、Xで定期的な議論がありました。ほとんどの人は、自分の認証を所有したいと考えているようでした。「機能Xの構築に時間を費やしたくない」というのが、ほとんどの理由でした。 そこで、日常的なアプリのためのシンプルなコアを持つ、フレームワークに依存しない認証フレームワークを構築することを考え始めました。必要なあらゆる認証機能のためのプラグインで拡張可能です。Better Authという名前を思いつき、パッケージ名がnpmで利用可能であれば、それを構築するというサインだと自分に約束しました。幸いなことに、それは利用可能でした。 そこで、約7ヶ月間、断続的に作業を開始しました。また、better-fetch（Better Authクライアントに必要なもの）やbetter-call（Better Authバックエンド用のシンプルなWebサーバーフレームワーク）のような隣接ライブラリも構築しました。 フレームワーク全体を約4回書き直し、ドキュメントなどに苦労した後、私は単に「9月28日」と書いたスクリーンショットをXに投稿しました。当時、フォロワーはほとんどいませんでしたが、なぜかその投稿は人々の注目を集めました。その週に最後の部分を完成させ、9月28日に最初のリリースを公開しました。 最初の週から、人々がDiscordに参加し、イシューを開き、フィードバックを提供し、実際に使用し始めました。Better Authは最初の3ヶ月間ベータ版でしたが、2024年11月末までの毎週金曜日に、1.0に到達するまで、修正、改善、新機能が満載された新しいリリースを出荷しました。 その頃、私はすべてにかなり没頭しました。フレームワークを改善し続け、Discordでコミュニティと関わり続け、GitHubを整理し、機能リクエストやバグレポートを通じて人々が提示する新しい認証コンセプトをすべて学びたかったのです。それは非常にうまくいったと思います。 人々は、まだ珍しいと感じる方法でBetter Authを愛していました。XのツイートでDX、APIデザイン、ドキュメントを称賛するのを繰り返し目にしました。そして開発者コミュニティは、YouTubeチュートリアルを作成し、ブログ記事を書き、プロジェクトを他者に推奨し始めました。 Better Authは会社になりました。 私は熱心にY Combinatorのビデオを見ていました。以前に地元のスタートアップを始めようとしたことがありましたが、本当にうまくいっているものがあるまでYCに応募したくありませんでした。Better Authは、そのものだと感じました。 それがどのようにビジネスになるかは完全には明らかではありませんでしたが、それを解決できるだろうと考え、もし誰かが私に賭けてくれるなら、それはYCだろうと思いました。応募し、Peteと面接し、彼は私にチャンスを与えてくれるほど親切でした。私は合格しました。 YCに入ることができたのは、エチオピアで生まれ育った者にとって、並外れた瞬間でした。YCのためにサンフランシスコに移ることは、現実離れしているように感じました。Xで慢性的にオンラインで過ごしすぎて、すぐに慣れました。SFは基本的にXの現実世界版です。 YCの終わりに、Peak XV（旧Sequoia India & Southeast Asia）が主導し、50以上のファンドとエンジェル投資家が参加する資金調達を行い、Better Authを中心に会社を設立しました。その時、オープンソースを超えて考え始めました。どのように採用するか、対面かリモートか、どのような会社を築きたいか、Better Authが何になれるかについてです。 Auth.js / NextAuth.jsを買収しました。 後に、BalázsとAuth.jsの将来計画について話していたとき、彼がBetter Authで行っていたことの多くが、Auth.jsチームが考えていた一般的な方向性と似ていることを共有しました。 Better Authがプロジェクトを引き継ぎ、長期的には、Auth.jsのメンテナンスとセキュリティ問題やその他のバグの修正を継続しながら、人々を移行させる道筋を見つける機会を見出しました。 これが、Auth.js / NextAuth.jsがBetter Authに加わった経緯です。発表を読む: Auth.jsはBetter Authの一部になりました。私がNextAuthを自分で使い始めたことを考えると、それは私にとって完全な円の瞬間でした。そして、auth npmパッケージのようなクールなものも手に入れることができました。:) Better Authの次のフェーズ オープンソースを構築する際、その周りにホストされたプラットフォームを構築するのが明白な道です。しかし、Better Authはフレームワークであり、人々がそれを使用する主な理由の1つは、そもそも認証をアウトソースしたくないからです。私は伝統的なホスト型認証サービスを構築することにそれほど関心がありませんでした。 そのため、私たちの最初の計画、「アクトワン」は、フレームワークを拡張するプラットフォームを通じて追加の価値を提供することでした。ダッシュボード、セキュリティ機能、監査ログです。1月1日にBetter Auth Infrastructureとして最初の試みを開始しました。 その後、AIの変化のペースにより、新しい問題、つまりエージェントと認証が無視できないものになりました。エージェントがユーザーの代わりに動作する世界は、まったく新しいセキュリティと認可の問題を生み出します。 エージェントワークフローの保護は、急速にソフトウェアにおける最も重要な課題の1つになりつつあります。私たちは、その世界で認証がどのように見えるべきかについて研究を開始し、Agent Authプロトコルを立ち上げ、次のバージョンについて他の企業と話し始めました。これにはVercelも含まれていました。 その作業を通じて、私たちのオープンソース認証ミッションとこの新しい探求の両方を継続するのに、Vercelが最良の場所であることが明らかになりました。 私たちは小規模なチームであり、エージェントのアイデンティティの問題は大きく、急速に変化しています。Vercelのインフラストラクチャ、流通、コミュニティ、製品の表面積により、フレームワークのメンテナンスとそれを取り巻くすべてのものの構築との間で焦点を分割することなく、これらのアイデアを私たちだけではできないはるかに大きな規模で開発者に届けることができます。 次に何が来るか Better Auth: この移行により、収益化戦略を形成する必要なく、Better Authの元のミッションに焦点を戻すことができます。開発者が自分の認証を所有するのを支援します。そして今、Better Authフレームワークを強化および拡張するための、さらに多くのリソースにアクセスしてそれを行うことができます。 Agent Auth: Agent Auth Protocolを通じて、エージェントセキュリティスタックを形成する主要なプリミティブを調査してきました。Vercelはすでに、特にEveやVercel Connectなどの最近のローンチや、より高いレベルの...