Lovableが「App user connectors」をリリースした。公開したアプリを使う各人が、それぞれ自分のサードパーティのアカウント（Google、Microsoft、Slack、Salesforce、HubSpot、Linear、Databricks、Snowflake）を接続し、アプリはその人の権限で、その人のデータだけを使って本人の代わりに動作する——全員で共有する唯一のアカウントの代わりに。
ある午後にAI搭載のメールアシスタントを組み上げ、友人に見せたら見事に動く……そして突然、あと10人が使いたいと言い出す想像をしてみてほしい。そこで気まずい瞬間が訪れる。全員があなたの受信トレイを読むことになるのか？ なぜなら、あなたのアプリがGoogleのアカウントを1つだけ接続しているなら、まさにそれが起こるからだ。全員のデータがあなたのデータと混ざり合う共有の井戸というわけだ。これは、AIでアプリを作る人のほぼ全員が「自分では動く」から「本物の人が使う」へ移ろうとした途端にぶつかる、見えない壁である。そしてこれこそ、Lovableが新しいリリース、App user connectorsで打ち破ったばかりの壁なのだ。
何が正確に変わるのか
アイデアそのものは言葉にすると単純だが、うまく作るのは難しい。あなたが公開したアプリを使う各人が、それぞれ自分のサードパーティのアカウントを接続し、アプリはその人の権限で、その人のデータだけを使って本人の代わりに動作する。作り手であるあなたは、workspaceレベルでクライアントを一度だけ設定する。しかし新しいユーザーが初めて入ってくると、その人は自分のアカウントで別々に認証する。それ以降、アプリはそのユーザーが見る権限を持つものだけを見る——その人の受信トレイ、カレンダー、CRMのレコードだけだ。何も交差しない。すべてのドアを開ける唯一の鍵を持つ家と、各入居者が自分の鍵を持つ建物との違いである。
コネクタのリストは偶然ではない
サポートを開始したプロバイダーそのものが、1つの物語を語っている——Google、Microsoft、Slack、Salesforce、HubSpot、Linear、Databricks、Snowflakeだ。これがおもちゃのコレクションではないことに注目してほしい。企業の本気の仕事が息づくシステムばかりだ。メールとカレンダー、チームのメッセージング、世界を二分する2つのCRM、そしてDatabricksとSnowflakeという2つの重量級データプラットフォームまで。メインストリームのアプリビルダーが、まさにこの8つを配線するとき、それはAIで作られたアプリがもはや週末のプロトタイプではないと声高に宣言している。本物の顧客の本物のデータに触れることが期待されており、だからこそ、料金を取るあらゆるSaaSがそうするように、各ユーザーを分離する必要があるのだ。
なぜこれが見た目より難しいのか
顔面に爆発するまでほぼ誰も気づかないディテール、それはそれらの接続を保管するセキュリティだ。1つのアプリを数百人のユーザーに掛け算するということは、数百のアクセストークンを保管することを意味する。1つ1つが誰かのデジタルな生活への鍵だ。もし保管を誤れば、1つの障害は1つのデータを漏らすのではない。全ユーザーのメールやCRMを一度に漏らす。だからこそ正しいパターンは、ユーザーごとに暗号化された保管庫、各接続がどの状態にあるか（接続済み、期限切れ、取り消し済み、未連携）を認識する仕組み、そしてトークンが期限切れになったときにクリーンに再接続する方法を要求する。Lovableがそれをパッケージ化し標準化することは、業界全体のハードルを上げる。かつてエンジニアリングの贅沢だったものが、最低限の期待値になるのだ。
NeuralOSでAIを使って作る人にとっての意味
根底にある教訓は、1つの具体的なツールを超える。アプリがおもちゃでなくなるのは、各ユーザーに自分の鍵を持つ、自分だけの分離された空間を与えられる日だ。そしてここは煙に巻かず正直に言おう——これはまさに、NeuralOSで統合の心臓部にすでに息づいているパターンなのだ。テナントごとに暗号化された保管庫、マルチアカウント、そして接続が生きているか、期限切れか、再接続が必要かを知る連携状態の解決器、その加えるアカウントと再接続のフローとともに。第一線のアプリビルダーが、まさにこのパターンを標準化しに出てきたことは、たった1つのことを裏づける。業界全体がユーザーごとの分離へと押し進むとき、正しい問いはもはや「それが必要かどうか」ではなく、「どれだけうまく解決できているか」なのだ。