「Sign in with ChatGPT」beta 提供開始、Notion や Supabase など6社が先行対応
ChatGPT アカウントを使って対応サービスのアカウントを作成・連携できる「Sign in with ChatGPT」が beta で提供開始された。先行パートナーは Airtable、GitLab、HubSpot、Notion、Supabase、Vercel の6社。プラグイン接続時の手順が減り、パートナーサイト側からも「Sign in with ChatGPT」でログインできる。パートナーへ渡る情報は名前、メールアドレス、プロフィール画像のみで、プラグインごとの権限承認は従来どおり別途必要。ChatGPT と Codex の双方で機能し、対象は Plus / Pro / Business / Edu / Enterprise。
ニュース原文を読む ↗要約
ChatGPT / Codex の changelog に「Sign in with ChatGPT (beta)」が追加されました。ChatGPT アカウントを使って対応サービスのアカウントを作成、あるいは既存アカウントと連携できる仕組みです。プラグインを接続するときの手順が減り、加えてパートナーサイト側でも「Sign in with ChatGPT」ボタンからログインできます。
先行して対応するのは Airtable、GitLab、HubSpot、Notion、Supabase、Vercel の6社です。いずれも開発・業務基盤寄りのサービスで、ChatGPT のプラグインとして接続する需要が高い顔ぶれになっています。
やっていること自体は、Google アカウントや GitHub アカウントによるソーシャルログインと同じ構造です。ただし主体が変わります。これまで ChatGPT は「他サービスのアカウントで連携される側」でしたが、今回は ChatGPT が ID プロバイダーとして他サービスへ身元を渡す側に回ります。AI アシスタントが日常の作業起点になるほど、そこから各サービスへ入る導線を持つことの意味は大きくなります。
権限の扱いは分離されています。パートナーへ渡る情報は名前、メールアドレス、（あれば）プロフィール画像のみ。そしてプラグインごとの権限承認は従来どおり別途必要で、ログイン連携が権限付与を兼ねるわけではありません。「ログインしたから全部つながった」という状態にはならない設計です。
機能は ChatGPT と Codex の双方で動作し、プラグインディレクトリ経由で利用します。対象プランは Plus、Pro、Business、Edu、Enterprise です。beta 提供の段階であり、対応パートナーは今後増える前提と考えるのが妥当でしょう。
何が変わったか
- ChatGPT アカウントを ID プロバイダーとして、対応サービスのアカウント作成・連携ができるようになった
- パートナーサイト側から「Sign in with ChatGPT」でログインできる
- 先行パートナーは Airtable、GitLab、HubSpot、Notion、Supabase、Vercel の6社
- パートナーへ渡る情報は名前、メールアドレス、プロフィール画像（あれば）のみ
- プラグインごとの権限承認は従来どおり別途必要
- ChatGPT と Codex の双方で機能し、プラグインディレクトリ経由で利用する
- 対象プランは Plus / Pro / Business / Edu / Enterprise
- beta 提供
業務インパクト（一般企業向け）
情シス・セキュリティ担当から見ると、従業員の SaaS アカウントが ChatGPT アカウントに紐づく経路が新たに増えたことになります。自社が Google Workspace や Microsoft Entra ID で SSO を統制している場合、「Sign in with ChatGPT」で作られたアカウントがその統制の外に出る可能性があります。特に Notion や Airtable のように個人でも無料で始められるサービスでは、業務データが管理外のアカウントに入る経路として認識しておく必要があります。
一方で、渡る情報が名前・メールアドレス・プロフィール画像に限定されている点、権限承認が別途必要という点は、設計としては保守的です。ログインと権限を混ぜないのは OAuth の運用として素直で、「ログインボタンを押したら気づかないうちにデータアクセス権を渡していた」という事故を避けられます。プラグイン連携の説明を社内向けに書く際は、この2段構えを明示すると理解が早いはずです。
現時点での実務的な対応としては、まず「Sign in with ChatGPT を許容するかどうか」を SaaS 利用ポリシーに明記することです。beta かつパートナー6社の段階なので、禁止するにも許可するにも判断コストは低い今のうちに方針を決めておく方が楽です。対応パートナーが増えてから追いかけると、既に紐づいたアカウントの棚卸しが必要になります。
Business / Enterprise が対象プランに含まれているため、組織アカウントでも使える機能です。管理者側の制御オプションについては changelog に記載がないため、実際の管理画面で確認するのが確実です。
副業・個人活用視点
個人で使う分には素直に便利な機能です。ChatGPT からプラグイン経由で Notion や Supabase を触りたいとき、これまではサービス側のアカウント作成とプラグイン承認を別々に踏む必要がありました。そこが短縮されます。
副業でクライアントの環境を触る場合は、逆に注意が必要です。自分の ChatGPT アカウントでクライアント側のサービスにログインしてしまうと、契約終了後のアカウント引き継ぎが面倒になります。クライアント環境は先方が管理するアカウントで、自分の作業環境は自分のアカウントで、という分離は維持した方が無難です。
Airtable、GitLab、HubSpot、Notion、Supabase、Vercel という顔ぶれは、個人開発や小規模受託で使う道具立てとほぼ重なります。自分の作業基盤側については、ログインを ChatGPT に寄せてしまうのも一案です。ただし ID プロバイダーを1つに集約すると、そのアカウントを失ったときの影響範囲が広がります。2要素認証と復旧手段の整備は、集約する前に済ませておくべきことです。